toasters

toasters@lists.teaparty.net

1 participants
13516 discussions

RE: Virus Scanning
by Mike Sphar 25 Mar '03

25 Mar '03

What situation are you still seeing virus files deposited? The only situations I'm aware of would be if a client placed the file there via NFS, then no scan takes place, or if a virus-infected file is embedded deep in an archive such as a zip or tar file. In the first case though, when a windows client attempts to read the file, I believe the virus scan will still take place, so it should get caught then. I'm not sure what solution there is to a deeply embedded virus. Most systems (server or desktop) simply can't handle the performance hit of doing deep scans of every zip file. -- Mike Sphar - Sr Systems Administrator - Remedy, a BMC Software Company -----Original Message----- From: David Papas [mailto:david.papas@newisys.com] Sent: Tuesday, March 25, 2003 12:13 PM To: toasters(a)mathworks.com Subject: RE: Virus Scanning I asked tis list recently regarding the "most popular software" part of your question. Trend seems to have been the winner in that poll, followed by Symantec. The reason I was inquiring is that, despite having file system and mail scanners everywhere else, I found it is still possible to deposit viruses on the filer. With a batch of infected files there, it is only a matter of time until an unprotected client connects and keeps spreading the love. -D. > -----Original Message----- > From: Geoff Hardin [mailto:geoff.hardin@dalsemi.com] > Sent: Tuesday, March 25, 2003 11:45 AM > To: toasters(a)mathworks.com > Subject: Virus Scanning > > > I was wondering what other admins were using for virus scanning. > And as an aside, I really want to know whether it is worth > the time and > money. Basically, I've been asked to evaluate the virus scanning > software out there for the filers, but I'm not really sure it's even > necessary. > I am a UNIX admin, so I typically don't see the viruses > that plague > my NT compatriots, but I don't believe we've really had a > problem on our > filers with CIFS shares. But maybe I'm just biased, so > that's why I'm > asking for your input. > > 1. Which A/V software do you use > a) McAfee NetShield for Netapp > b) Symantec Antivirus for Netapp > c) Trend Micro Server Protect > d) other (are there any others?) > > 2. Is it really necessary? Please explain your answer. > > > Thanks for any and all input. > > Geoff Hardin > UNIX System Administrator > geoff.hardin(a)dalsemi.com > This space is for rent in order to increase company revenue. > >

2 1

RE: Virus Scanning
by Ed Sanborn 25 Mar '03

25 Mar '03

One other consideration is the issue of new viruses. Viruses that do not yet have a fix posted in an antivirus software's definitions will not yet detect this new virus. Whether through email, web browsers, ftp download, etc, it can find it's way on the NetApp (especially if you are using the NetApp for home directories). Now if this new virus infects .exe's or other heavily shared files the virus can spread like wild-fire. Once the new virus fix is found and the new definition is posted and applied then it will be auto-detected just fine but by then the damage is done. The NetApp may already have a kagillion infected files. Although scanning does take a long time depending on how large your filesystems are I try to scan the NetApp atleast once a month. It will stop the spread of brand new viruses but atleast once the definition is in place atleast you'll find that you were infected and can actually clean-up. Of course, even if you we're hit and the PC client's have the new def's then whenever they hit one of the bad files they would sound the alarm too but I try to be proactive, atleast a bit, so that if files need to be restored I can get a jump on it before users complain. Also, another suggestion is to try and dissuade folks from placing executables of any nature on the fileserver. That is, if IT is using the server to place CD copies of MS-Office or other apps in order to more easily load software over the net try to not do this. The .exe files are too easily infected and then it is easy to spread the virus to other's unwittingly. The Klez virus nailed us here until I had a chance to reinstall our old, decrepit McAfee virus server. By the time I fixed the server and reinstalled client software our NetApp was soaked with viruses mostly .exe files.... -Ed -----Original Message----- From: Mike Sphar [mailto:mike.sphar@Remedy.COM] Sent: Tuesday, March 25, 2003 1:37 PM To: toasters(a)mathworks.com Subject: RE: Virus Scanning What situation are you still seeing virus files deposited? The only situations I'm aware of would be if a client placed the file there via NFS, then no scan takes place, or if a virus-infected file is embedded deep in an archive such as a zip or tar file. In the first case though, when a windows client attempts to read the file, I believe the virus scan will still take place, so it should get caught then. I'm not sure what solution there is to a deeply embedded virus. Most systems (server or desktop) simply can't handle the performance hit of doing deep scans of every zip file. -- Mike Sphar - Sr Systems Administrator - Remedy, a BMC Software Company -----Original Message----- From: David Papas [mailto:david.papas@newisys.com] Sent: Tuesday, March 25, 2003 12:13 PM To: toasters(a)mathworks.com Subject: RE: Virus Scanning I asked tis list recently regarding the "most popular software" part of your question. Trend seems to have been the winner in that poll, followed by Symantec. The reason I was inquiring is that, despite having file system and mail scanners everywhere else, I found it is still possible to deposit viruses on the filer. With a batch of infected files there, it is only a matter of time until an unprotected client connects and keeps spreading the love. -D. > -----Original Message----- > From: Geoff Hardin [mailto:geoff.hardin@dalsemi.com] > Sent: Tuesday, March 25, 2003 11:45 AM > To: toasters(a)mathworks.com > Subject: Virus Scanning > > > I was wondering what other admins were using for virus scanning. > And as an aside, I really want to know whether it is worth > the time and > money. Basically, I've been asked to evaluate the virus scanning > software out there for the filers, but I'm not really sure it's even > necessary. > I am a UNIX admin, so I typically don't see the viruses > that plague > my NT compatriots, but I don't believe we've really had a > problem on our > filers with CIFS shares. But maybe I'm just biased, so > that's why I'm > asking for your input. > > 1. Which A/V software do you use > a) McAfee NetShield for Netapp > b) Symantec Antivirus for Netapp > c) Trend Micro Server Protect > d) other (are there any others?) > > 2. Is it really necessary? Please explain your answer. > > > Thanks for any and all input. > > Geoff Hardin > UNIX System Administrator > geoff.hardin(a)dalsemi.com > This space is for rent in order to increase company revenue. > >

1 0

RE: Virus Scanning
by Mike Sphar 25 Mar '03

25 Mar '03

I think it depends on how close to 100% you can guarantee that your windows clients are virus free. Depending on permissions on your shares and files, all it could take is one infected windows machine in your entire network to infect thousands of files on your filer. We've had this happen probably at least a half-dozen times. We just have way too many windows machines in our network: desktop machines, laptops that people take home and hook up to their home networks, and often the worst of all lab machines since we often can't fully control how those machines are set up. We have probably hundreds of machines running IIS for web development, trying to keep all of them patched is so far an extremely difficult job. You can block viruses through your mail gateway, but are you blocking employees from accessing hotmail or msn or any other web-based mail? Because viruses can easily sneak into your network from there. Are you blocking/filtering ftp? Because that's another way. Not to mention the various P2P file sharing services. We have Norton corporate edition deployed throughout most of our desktop clients, which in theory should be keeping all the clients up-to-date, but we find far too often that the automated client updates aren't happening, or that the client AV software is not running for some reason, etc. From what I've heard from people using other vendors like Symantec and Mcafee in big enterprise environments, they can be plagued with similar problems as well. We're still working on deploying the Netapp AV solution from Trend (budgeting and planning can sometime take *way* too long) but when we deployed a trial version we were very impressed by the efficiency with which it stopped virus infections onto the file server. We started getting notices of attempted virus infections within minutes of activating the software. For a long time when people complained about viruses on the file server, I would take the position that if we just prevented virus infections on the client side there would be no problem. But I've come to accept that it is just virtually impossible to guarantee that you can keep every client on your network up to date and virus-free at all times. And manually scanning the file server regularly just isn't feasible, given a very large file server it can be like painting the golden gate bridge, and with today's viruses it can only take a window of a few minutes to infect thousands of files. So, in summary, I'd say that virus protection on the file server is very important, unless you are *very* confident that your windows clients will always be virus free, or perhaps if your file server is very very restrictive permission-wise, such that an individual infected user can't do anything more than damage their own personal folders, *and* you have good frequent backups. -- Mike Sphar - Sr Systems Administrator - Remedy, a BMC Software Company -----Original Message----- From: Geoff Hardin [mailto:geoff.hardin@dalsemi.com] Sent: Tuesday, March 25, 2003 11:45 AM To: toasters(a)mathworks.com Subject: Virus Scanning I was wondering what other admins were using for virus scanning. And as an aside, I really want to know whether it is worth the time and money. Basically, I've been asked to evaluate the virus scanning software out there for the filers, but I'm not really sure it's even necessary. I am a UNIX admin, so I typically don't see the viruses that plague my NT compatriots, but I don't believe we've really had a problem on our filers with CIFS shares. But maybe I'm just biased, so that's why I'm asking for your input. 1. Which A/V software do you use a) McAfee NetShield for Netapp b) Symantec Antivirus for Netapp c) Trend Micro Server Protect d) other (are there any others?) 2. Is it really necessary? Please explain your answer. Thanks for any and all input. Geoff Hardin UNIX System Administrator geoff.hardin(a)dalsemi.com This space is for rent in order to increase company revenue.

1 0

RE: Virus Scanning
by David Papas 25 Mar '03

25 Mar '03

I asked tis list recently regarding the "most popular software" part of your question. Trend seems to have been the winner in that poll, followed by Symantec. The reason I was inquiring is that, despite having file system and mail scanners everywhere else, I found it is still possible to deposit viruses on the filer. With a batch of infected files there, it is only a matter of time until an unprotected client connects and keeps spreading the love. -D. > -----Original Message----- > From: Geoff Hardin [mailto:geoff.hardin@dalsemi.com] > Sent: Tuesday, March 25, 2003 11:45 AM > To: toasters(a)mathworks.com > Subject: Virus Scanning > > > I was wondering what other admins were using for virus scanning. > And as an aside, I really want to know whether it is worth > the time and > money. Basically, I've been asked to evaluate the virus scanning > software out there for the filers, but I'm not really sure it's even > necessary. > I am a UNIX admin, so I typically don't see the viruses > that plague > my NT compatriots, but I don't believe we've really had a > problem on our > filers with CIFS shares. But maybe I'm just biased, so > that's why I'm > asking for your input. > > 1. Which A/V software do you use > a) McAfee NetShield for Netapp > b) Symantec Antivirus for Netapp > c) Trend Micro Server Protect > d) other (are there any others?) > > 2. Is it really necessary? Please explain your answer. > > > Thanks for any and all input. > > Geoff Hardin > UNIX System Administrator > geoff.hardin(a)dalsemi.com > This space is for rent in order to increase company revenue. > >

1 0

Virus Scanning
by Geoff Hardin 25 Mar '03

25 Mar '03

I was wondering what other admins were using for virus scanning. And as an aside, I really want to know whether it is worth the time and money. Basically, I've been asked to evaluate the virus scanning software out there for the filers, but I'm not really sure it's even necessary. I am a UNIX admin, so I typically don't see the viruses that plague my NT compatriots, but I don't believe we've really had a problem on our filers with CIFS shares. But maybe I'm just biased, so that's why I'm asking for your input. 1. Which A/V software do you use a) McAfee NetShield for Netapp b) Symantec Antivirus for Netapp c) Trend Micro Server Protect d) other (are there any others?) 2. Is it really necessary? Please explain your answer. Thanks for any and all input. Geoff Hardin UNIX System Administrator geoff.hardin(a)dalsemi.com This space is for rent in order to increase company revenue.

1 0

Will a DS14 shelf go in to a 900 deep rack?
by Clawson, Simon 25 Mar '03

25 Mar '03

Hi, I have two DS14 selves in an 800mm rack and the went in no trouble. Due to the massive tape library I use I need to switch over to a 900mm rack. Will the rail kit on the DS14 extend far enough back to go into a 900 deep rack? Simon Simon Clawson Mentor Graphics HDL Designer Series R&D Rivergate Systems Administrator London Road Berkshire RG14 2QB TEL: 01635 811409

1 0

PC�\�t�g��̔��I�I�I
by soft123 25 Mar '03

25 Mar '03

��Ãr�W�l�X�\�t�g�̔�! �l�C��i��W�߂ăZ�b�g�̔��܂� http://softsoft0.www2.dotnetplayground.com http://www.kurthost.net/softsoft/ http://www.online.in.th/softsoft/cd/ http://softsoft.flashmaster.ru http://www.duno.com/softsoft/index.html http://softsoft.erospace.pl/

1 0

[SUMMARY]Re: Terminating CIFS sessions via CLI.
by Clarence Ngoh 24 Mar '03

24 Mar '03

Mark The way we have it structured is that the destination file is locked. This is where the users have access to the templates. The source file/location is never locked - this is where the developers update the templates to put to the destination. As one of the people suggested, perhaps the best way to approach this is to rsh to the filer, get the list of username's that have the file opened, then running through a regexp, and then terminating the user's cifs sessions. This job can be scheduled on the weekend or in the wee hours of the morning when we are certain that the file is not needed. -- Clarence. In a distant galaxy, far, far, away, Muhlestein, Mark wrote: > Is the source file locked, or the destination? If it's the source, maybe > you could create a snapshot first, then copy from the snapshot, since > that wouldn't have any openers on it. That also has the advantage that > all the source files will be consistent in time. > > Mark > > -----Original Message----- > From: Clarence Ngoh [mailto:cngoh@bigpond.net.au] > Sent: Friday, March 21, 2003 7:31 PM > To: Stephane Bentebba; Ngoh, Clarence; toasters(a)mathworks.com > Subject: Re: Terminating CIFS sessions via CLI. > > The use of cifs terminate [user] terminates all the files opened by the > user. > What I am looking is something that will go into more detail i.e. > terminating > only "certain" files opened by the user not all the files. > > The reason for this is I am writing a script that will copy global > templates > from the master templates directory to the templates folder. If the > file is > in used by the user, the copy job will not proceed. > > Thanks for your replies so far. > > -- Clarence. > > > On Fri, 21 Mar 2003 10:49 pm, in a distant galaxy, Stephane Bentebba, > > wrote: > > filer cli provide the command : > > cifs terminate { machine | user } > > this let you terminate a cifs session for a user or a machine in > > particular, > > you can get users with the "cifs session" command : > > << > > genghis:~/tmp# rsh nac cifs sessions > > Server Registers as 'MYFILER' in group 'MYDOMAIN' > > Root volume language is not set. Use vol lang. > > Using the UNIX password database for authentication > > Comment: Filer FPS > > ======================================== > > PC (user) #shares #files > > AMACHINE (user1 - user1) 1 0 > > ANOTHERMACHINE (user2 - user2) > > 2 1 > > > > as you can see, I used this command throught rsh, so you could get > > users > > > throught rsh, make a script wich parse the ouput and launch several > > rsh > > > cifs terminate user/machine as you need. > > > > bye > > > > Ngoh, Clarence wrote: > > >Hi all > > > > > >I was wondering if any of you has attempted to kill a single or a set > > of > > > >CIFS sessions via CLI? After obtaining the files that are opened > > via > > > > cifs sessions on the filer, I wish to run a regexp through it and > > kill a > > > > set of opened files. > > > > > >Do you if there is a utility for Windows to do this via CLI or if > > there is > > > >an equivalent way of doing this via UNIX? The only method that I am > > > limited to so far is using MMC to list the appropriate open files > > and > > > > terminating it. > > > > > >TIA. > > > > > >-- Clarence. > > > > > > > > >************** IMPORTANT MESSAGE ************** > > >This e-mail message is intended only for the addressee(s) and > > contains > > > > information which may be confidential. If you are not the intended > > > recipient please advise the sender by return email, do not use or > > > disclose the contents, and delete the message and any attachments > > from > > > > your system. Unless specifically indicated, this email does not > > > constitute formal advice or commitment by the sender or the > > Commonwealth > > > > Bank of Australia (ABN 48 123 123 124) or its subsidiaries. > > > **************************************************

2 1

Terminating CIFS sessions via CLI.
by Ngoh, Clarence 22 Mar '03

22 Mar '03

Hi all I was wondering if any of you has attempted to kill a single or a set of CIFS sessions via CLI? After obtaining the files that are opened via cifs sessions on the filer, I wish to run a regexp through it and kill a set of opened files. Do you if there is a utility for Windows to do this via CLI or if there is an equivalent way of doing this via UNIX? The only method that I am limited to so far is using MMC to list the appropriate open files and terminating it. TIA. -- Clarence. ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. **************************************************

3 2

RE: Terminating CIFS sessions via CLI.
by Smith, Gil 21 Mar '03

21 Mar '03

Also, try "cifs sessions *" to get the info you are looking for because it will give you details on each file opened by each session/user. -Gil -----Original Message----- From: Stephane Bentebba [mailto:stephane.bentebba@fps.fr] Sent: Fri 3/21/2003 6:49 AM To: Ngoh, Clarence; toasters(a)mathworks.com Cc: Subject: Re: Terminating CIFS sessions via CLI. filer cli provide the command : cifs terminate { machine | user } this let you terminate a cifs session for a user or a machine in particular, you can get users with the "cifs session" command : << genghis:~/tmp# rsh nac cifs sessions Server Registers as 'MYFILER' in group 'MYDOMAIN' Root volume language is not set. Use vol lang. Using the UNIX password database for authentication Comment: Filer FPS ======================================== PC (user) #shares #files AMACHINE (user1 - user1) 1 0 ANOTHERMACHINE (user2 - user2) 2 1 >> as you can see, I used this command throught rsh, so you could get users throught rsh, make a script wich parse the ouput and launch several rsh cifs terminate user/machine as you need. bye Ngoh, Clarence wrote: >Hi all > >I was wondering if any of you has attempted to kill a single or a set of >CIFS sessions via CLI? After obtaining the files that are opened via cifs >sessions on the filer, I wish to run a regexp through it and kill a set of >opened files. > >Do you if there is a utility for Windows to do this via CLI or if there is >an equivalent way of doing this via UNIX? The only method that I am limited >to so far is using MMC to list the appropriate open files and terminating >it. > >TIA. > >-- Clarence. > > >************** IMPORTANT MESSAGE ************** >This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. >************************************************** > > > >

1 0

��̃G�N�X�^�V�[
by yaku 20 Mar '03

20 Mar '03

�T �C �P �f �� b �N �V �� ` �� ` �] �� X �� K �� E�E�E�B http://yaku3.netfirms.com/ http://my.kid-d.com/yaku0/ http://members.fortunecity.co.uk/smoker/ �y��z�y��z�y��z�y��z�y��z�y��z �� @ �h �� b �O �� A �� @�� http://www.smoker.9cy.com/ http://yaku.ciudad.org/ http://book-i.net/yaku0/ �y��z�y��z�y��z�y��z�y��z�y��z

1 0

Moving disk shelfs between filers
by Magnar Stav Johanssen 19 Mar '03

19 Mar '03

Hi! I've got one F630 with 2 disk shelfs, 14 disks and its running OnTAP 5.3.7R3 and one F760 with 4 disk shelfs, 17 disks and its running OnTAP 6.2R2. The F630 needs more diskspace and no extra disk slots, so I've like to move one of the diskshelfs from the F760 to the F630 and add some spare disk to it. The diskshelf, which I planed to move, has 3 or 4 disks connected to it, so I must move disks internally on the F760. How do I do this with as little downtime as possible? Anybody that would like to share their experience with me? Thanks, Magnar

1 0

Re: WWW over NFS
by Robert Borowicz 19 Mar '03

19 Mar '03

Dylan, This was just about the jist of my reply to Brian. We do have several NIC's in the Filer as of yet unused which could be routed to the DMZ. But it does open an entire IP stack to the DMZ whereas opening just the NFS ports through a hole in the Firewall exposes just the NFS port... -Bob At 07:26 PM 3/19/2003 +0000, Dylan Northrup wrote: >On Wed, 19 Mar 2003, Brian Long wrote: > >:=The filer should live on your DMZ :) No holes through firewalls to >:=worry about. In fact, it should be on a private VLAN that only your web >:=server(s) can see. > >Also, if it is necessary to have access to boxes inside your firewall access >the filer, you can put in another ethernet card and have an interface on the >DMZ and one inside the trusted network. Since the filer doesn't route >packets the practical worry is greatly minimized. > >I'd also deny any NFS traffic through the firewall and any traffic period to >the filer that doesn't come from inside the DMZ as well as keeping a very >tight lock on the exports file on the filer (including not exporting vol0 >to anything inside the DMZ). > >-- >Dylan Northrup >northrup(a)loudcloud.com >Unix System Administrator >EDS Automated Operations

1 0

WWW over NFS
by Robert Borowicz 19 Mar '03

19 Mar '03

Has anybody located their root website on a filer and mounted it via NFS to their webserver? I don't believe it would need "root=" permissions. I'm considering this possibility but am curious towards the Security considerations. IE: We'd have to open the NFS port through out Firewall to the DMZ to allow the NFS mount. How secure is the NFS port in OnTAP? Thanks -Bob

4 3

RE: Moving files but not .snapshots?
by Mohler, Jeff 18 Mar '03

18 Mar '03

No..it uses the builtin loopback/localhost IP pipe. Im not sure if theyve improved it, but IP performance over that used to be abysmal compared to GigE. -----Original Message----- From: Jeffrey.Burton(a)abbott.com [mailto:Jeffrey.Burton@abbott.com] Sent: Thursday, March 13, 2003 3:39 PM To: Art Hebert Cc: Jim Davis; toasters(a)mathworks.com Subject: RE: Moving files but not .snapshots? I don't know if the network card is in the path of an internal copy, but I'm fairly certain it does not. I copied 400M internally on my F880C in just under 2 minutes. I'm sure it depends heavily on the amount of fragmentation on the source's file system (my wafl scan measure_layout was 1.13, which is almost perfect). For some reason I can't find the ndmp throttle (to limit the CPU usage of ndmpcopy), I'm guessing that option does not exist, too bad. Below copied from NOW at: http://now.netapp.com/Knowledgebase/solutionarea.asp?id=ntapcs2471&resource= Thanks, Jeff ======================================== Beginning with Data ONTAP 6.2, ndmpcopy is built into the filer and does not require a seperate host to migrate data. See your respective Data ONTAP Data Protection Guide for more details: http://now.netapp.com/NOW/knowledge/docs/ontap/ontap_index.shtml Complete the following steps: 1. Obtain a current version of ndmpcopy from http://www.ndmp.org. 2. Install ndmpcopy on a host that has network access to the source and destination filers. 3. On both filers, enable NDMPD: a. Enter ndmpd on b. To confirm NDMP is running, enter ndmpd status. 4. Establish a "trust" relationship between the client and filer. a. Enter the hostname or interface name , i.e. , of the client and the destination filer in the source filer's /etc/hosts.equiv file. See the hosts.equiv manual page for additional options. 5. Execute the ndmpcopy on the client. The general syntax is ndmpcopy source destination Refer to ndmpcopy documentation for additional options. For other ways to migrate data, see the following: http://www.netapp.com/tech_library/3018.html ======================================== Art Hebert <art(a)arzoon.com> 03/13/2003 04:55 PM To: "'Jeffrey.Burton(a)abbott.com'" <Jeffrey.Burton(a)abbott.com>, Jim Davis <jdavis(a)cs.arizona.edu> cc: toasters(a)mathworks.com Subject: RE: Moving files but not .snapshots? I take it when copying files using ndmpcopy on a single source and destination filer the data never uses the network. This seems like it should be a lot faster, anybody have an idea how much faster? Also, which release was the first with ndmpcopy on board? Is there any other ways to copy just on the filer itself beside ndmpcopy? thanks art -----Original Message----- From: Jeffrey.Burton(a)abbott.com [mailto:Jeffrey.Burton@abbott.com] Sent: Thursday, March 13, 2003 12:19 PM To: Jim Davis Cc: toasters(a)mathworks.com Subject: Re: Moving files but not .snapshots? You can use ndmpcopy from the filerhead CLI, granted you have a new enough DOT version. This creates a snapshot then copy's all the data and ACL's from source to target. First make sure that the ndmp option is turned on: ndmpd.enable on Then below will work: ndmpcopy /vol/sourcevol /vol/destvol You can copy at any level, not just the vol level. If the source and dest's vols are on a seperate filer just preceed the dir with "filename:" so "ndmpcopy sourcefiler:/vol/sourcevol destfiler:/vol/destvol". After the copy you can remove the temp file created at the destination end which is used for incremental updates (I forgot the name but it will be a huge file with an obviously generated name). Man page and NOW has good ndmp info. Thanks, Jeff Jim Davis <jdavis(a)cs.arizona.edu> Sent by: owner-toasters(a)mathworks.com 03/13/2003 01:47 PM To: toasters(a)mathworks.com cc: Subject: Moving files but not .snapshots? I want to move two big directories from an old volume to a new volume, but just the files -- not the snapshot subdirectories. So far I've tried find . -type d -name '.snapshot' -prune -o -print | cpio -pdm /newvol from the adminhost, which works but isn't blazingly fast. Are there any other ways people can suggest?

2 1

Rancho HVD-LVD converter
by Todd Leuffgen 18 Mar '03

18 Mar '03

We have recently purchased a LVD SDLT 320 tape drive that we were hoping could plug directly into our F720 Filer. Problem is that filer has a HVD SCSI connection on the back of it and no ability to add a LVD SCSI card to it (at least that is what Netapp Support says). So I was wondering if anyone out there has tried a Rancho LVD to HVD SCSI converter in this type of application and if so what were the results. Thanks in advance, Todd Leuffgen

3 2

未承諾広告※緊急のお知らせ
by me465156 15 Mar '03

15 Mar '03

<MÒ> dq[LÐ cÆLÅÍ èÜ¹ñ §104-0061 sæâÀ8-19-3 æ2ECOr@3F TEL:03-3544-6222 FAX:03-3544-6218 ºLÌæ€ÈàÌÍŒ\[ÈÌÅA²ÓŸ³¢B íQÉíêœûÍÅñÌx@ÉíQÍ¯ðoµÄŸ³¢B ±ÌŒ\Í³·ÊÉçêÄéàÌÅ·BàeââsûÀà ÏŠÄM³êÄÜ·ªAÂ Œ\Å·B ±ÌdbÆe`wÍÐÌàÌÅ·ªAèÉgíêÄ¢éàÌÅA ÐÆÍÜÁœÖW èÜ¹ñB ±ÌgÑÔÍu090-1281-3920ATU-KACF€m/ò/Od/ÃªvÆlÌàÌÆvíêÜ·B {¶Œ\àeF yä¿Êmz så}äAvµÜ·t ±ÌxÍßÉ Èœlªgp³êœdbñü©çÚ±³êœ A_gTCgp¿àÉÂ¢Ä ^cÆÒæè¢[p¿àÉÖ·éÂ ÷nðó¯ €ª¢[p¿àÌñûìÆð ãs³¹ÄžÉÈèÜµœÌÅäA³¹Äž«Ü·B »ÝÍºLÉLÚÌp¿àª¢[ÆÈÁÄÜ·ÌÅ x¹QàšæÑñûãsè¿àÜßÄ QQUúijßãRÜÅÌUèÝð äx¥¢úÀÆµÄºLÉLÚÌwèûÀÜÅ äüàµÄžæ€äè¢\µã°Ü·B všx¥¢àzFQORPO~ @@@@^cÆÒFsNmds @@¢[p¿àFPQTOO~ @@@x¹QàF@RPQO~ @ñûãsè¿F@SUXO~ yUæûÀz ======================= @ eâsðäp·éê@@@@@ @@@ÝžÙâsFVhŒûxX @@@@ûÀÔFjSRRROSV @@@@ûÀŒ`FV~Y C`E @ XÖÇðäp·éê @@@@Ê LFPOPVO @@@@Ê ÔFVPQWSRTP @@@@Ê Œ`FV~Y C`E ===================================== UèÝÌÛÉÍKžñû®Ôð ŒOÌOÉäüÍµÄº³¢B ¬â©ÉäüàµÄž¯È¢êÍ enæÌÂ ÖAÆÒšæÑÖA±Ö o^îñšæÑÂlîñðó¯n·ÌÅ ÅIIÉWàêåSõðä©îÈÇÉ Kâð³¹Äž«Ü·B »ÌÛÉÍãLÌvx¥zÉ ðÊïÆlïðÁZµÄ ñPO{Ì¿³¹ÄžêªäÀ¢Ü·ÌÅ šYêÈKžäüàµÄº³¢B xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx @@@@@ ij®Æ^ã\FŽ êY @@@Â îñÇVXe @@@sdkF03-3544-6222 @@@e`wF03-3544-6218 @@@@gÑF090-1281-3920 @@@@SFº pr@ Œ\ÌàeASÒÌŒOÍÏŠÄMµÄ¢Ü·B ê®êà±ÌèÌŒ\É²Óº³¢B

1 0

Resize existing volume
by Patrick Lee 14 Mar '03

14 Mar '03

I have a Filer 720. Is there any way to resize an existing volume short of re-creating it? Originally the volume started with all 18 GB drives. Overtime, as disks failed, they were replaced with 36 GB drives. So now we have some 36 GB drives that are only half used. See below: RAID Disk HA.ID HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ----- ------------ ---- -------------- -------------- parity 8.1 8 0 1 FC:A 34500/70656000 35003/71687368 data 8.4 8 0 4 FC:A 17000/34816000 34732/71132960 data 8.9 8 0 9 FC:A 17000/34816000 34732/71132960 data 8.3 8 0 3 FC:A 17000/34816000 17366/35566480 data 8.2 8 0 2 FC:A 17000/34816000 17366/35566480 data 8.0 8 0 0 FC:A 17000/34816000 17366/35566480 data 8.7 8 0 7 FC:A 34500/70656000 34732/71132960 Thanks, -- Patrick Lee <pat(a)patlee.org>

1 0

RE: backup permission problem on nfs share
by James Beal 14 Mar '03

14 Mar '03

1 0

backup permission problem on nfs share
by Danny G Smith 14 Mar '03

14 Mar '03

I am using Time Navigator to backup an nfs share on an f85 filer. I have given the linux bacup server "dilbert" root access via the exports file: /vol/volxtal/x -root=dilbert:omega,access=alpha:beta I have run an exportfs to make sure that everything is ok. This is an example of the log from tina: 4097|14|unix_end_read_obj_data|9|~|1|4|1047654637|2184|tina_backup|dilbert|root|xtal|dilbert|Unable to set time on "sfcheck.log", retcode = ERR_PERM|863| 4097|14|unix_end_read_obj_data|9|~|1|4|1047654639|2184|tina_backup|dilbert|root|xtal|dilbert|Unable to set time on "sfcheck_dcr.dat", retcode = ERR_PERM|863| thanks, Danny G Smith ----------------------------- Sr UNIX Systems Administrator Crystallography Dept Oklahoma Medical Research Foundation phone (405)271-8954 fax (405)271-7953 ========================================================= UNIX air conditioned environment, keep the windows closed

1 0

RE: mixing BCS and ZCS in the same volume
by Michael Schipp 14 Mar '03

14 Mar '03

Hello Steve, From the NOW site. Solution ID: ntapcs753 Title: Frequently asked questions on Zoned and Block Checksums - NetApp Filer In short is says that you can mix them but BCS will not be able to act as a spare (in you case you need an ZCS as a spare or will suffer degraded mode if a drive fails. Q. Can I add a BCS disk to an existing volume group which is currently using zoned checksums? A. Yes, they can all be added but cannot all be used as spares. With the BCS checksum format, 18 GB and 72 GB drives, can be added to a current ZCS volume as a spare in a ZCS or BCS raid group. However a 36 GB BCS drive cannot be used as a spare for a 36 GB ZCS dirve. Note also, that no Zoned Checksum disk can be used as a replacement for a BCS checksum formatted disk. Note the following exception: Q. Are the FC9 and DS14 34 GB disks identical in size and block capacity A. The 36 GB BCS formatted disk CANNOT be used as a replacement spare disk for the 36 GB Zoned Checksum disk because the 36 GB BCS disk right sizes to 34 GB and the 36 GB Zoned Checksum disk right sizes to 34.5 GB, and, therefore, does not have the same storage capacity. Q. Will I still get the performance boost from the BCS disk when it is part of a ZCS volume? A. No. Checksums are not stored in the extra 64 bits of the BCS (520B/sector) disk blocks; therefore, the volume still uses either ZCS or, for pre-Data ONTAP 6.0, no checksums at all. Q. Can a volume have more than one checksum style? A. The checksum style applies to the entire volume. You cannot have a volume with both checksum styles. Thank you Michael A Schipp ASI Solutions IT LAN/WAN Administrator Phone : 02 9384 8095 Mobile : 0402 907 928 E-Mail : mschipp(a)asi.com.au Visit us at http://www.asi.com.au -----Original Message----- From: steve(a)hq.newdream.net [mailto:steve@hq.newdream.net] Sent: Friday, 14 March 2003 1:12 PM To: toasters(a)mathworks.com Subject: mixing BCS and ZCS in the same volume Is it bad to mix BCS and ZCS drives in the same volume? A person from a reputable Network Appliance supply company told me that this will probably most definitely lead to data corruption. Please read below, I know its a lot of information but it should be useful for someone to give me a straight answer. before we just had one FC9 shelf of seven 36GB ZCS disks on our F740 filer slot 8: Fibre Channel Host Adapter 8 (Qlogic 2100 rev. 3, 32-bit, L-port, <UP>) 0: SEAGATE ST136403FC NA11 34.5GB 512B/sect 1: SEAGATE ST136403FC NA11 34.5GB 512B/sect 2: SEAGATE ST136403FC NA11 34.5GB 512B/sect 3: SEAGATE ST136403FC NA11 34.5GB 512B/sect 4: SEAGATE ST136403FC NA11 34.5GB 512B/sect 5: SEAGATE ST136403FC NA11 34.5GB 512B/sect 6: SEAGATE ST136403FC NA11 34.5GB 512B/sect now we have another FC9 shelf of 36GB BCS disks but the sizes don't match slot 8: Fibre Channel Host Adapter 8 (Qlogic 2100 rev. 3, 32-bit, L-port, <UP>) 0: SEAGATE ST136403FC NA11 34.5GB 512B/sect 1: SEAGATE ST136403FC NA11 34.5GB 512B/sect 2: SEAGATE ST136403FC NA11 34.5GB 512B/sect 3: SEAGATE ST136403FC NA11 34.5GB 512B/sect 4: SEAGATE ST136403FC NA11 34.5GB 512B/sect 5: SEAGATE ST136403FC NA11 34.5GB 512B/sect 6: SEAGATE ST136403FC NA11 34.5GB 512B/sect 8: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 9: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 10: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 11: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 12: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 13: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect Before we added the second shelf I had it setup very nicely with a boot volume of 2 disks, data volume of 4 disks (w/one spare) and raid group size=7. Volume boot (online, normal) (zoned checksums) Plex /boot/plex0 (online, normal, active) RAID group /boot/plex0/rg0 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.0 8 0 0 FC:A 34500/70656000 34732/71132960 data 8.1 8 0 1 FC:A 34500/70656000 34732/71132960 Volume saggy (online, normal) (zoned checksums) Plex /saggy/plex0 (online, normal, active) RAID group /saggy/plex0/rg0 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.2 8 0 2 FC:A 34500/70656000 34732/71132960 data 8.3 8 0 3 FC:A 34500/70656000 34732/71132960 data 8.4 8 0 4 FC:A 34500/70656000 34732/71132960 data 8.5 8 0 5 FC:A 34500/70656000 34732/71132960 Then a person with very little experience (my boss) added another shelf to the data volume but without first checking the types of disks he was adding, etc. He added NETAPP X231 (BCS) disks to this ZCS voume. These are block checksum disks of a different physical specs. Now it looks like this. Volume saggy (online, normal) (zoned checksums) Plex /saggy/plex0 (online, normal, active) RAID group /saggy/plex0/rg0 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.2 8 0 2 FC:A 34500/70656000 34732/71132960 data 8.3 8 0 3 FC:A 34500/70656000 34732/71132960 data 8.4 8 0 4 FC:A 34500/70656000 34732/71132960 data 8.5 8 0 5 FC:A 34500/70656000 34732/71132960 data 8.6 8 0 6 FC:A 34500/70656000 34732/71132960 data 8.8 8 1 0 FC:A 34000/69632000 34190/70022840 data 8.9 8 1 1 FC:A 34000/69632000 34190/70022840 RAID group /saggy/plex0/rg1 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.10 8 1 2 FC:A 34000/69632000 34190/70022840 data 8.11 8 1 3 FC:A 34000/69632000 34190/70022840 data 8.12 8 1 4 FC:A 34000/69632000 34190/70022840 data 8.13 8 1 5 FC:A 34000/69632000 34190/70022840 Spare disks RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- Spare disks for block or zoned checksum volumes spare 8.14 8 1 6 FC:A 34000/69632000 34190/70022840 The spare is not even good enough if one of the ZCS drives fail! Please let me how bad this is. Thanks! Steve **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE ****

1 0

RE: mixing BCS and ZCS in the same volume
by Timothy Naple 14 Mar '03

14 Mar '03

Steve, You can add 36GB BCS (X231) drives to a ZCS volume, but you cannot use the 36GB BCS (X231) drives as spares for 36GB ZCS drives. The 36GB BCS disk size is smaller (34.0GB for BCS compared to 34.5GB for ZCS). The way you are running right now, you have no spares if one of your 36GB ZCS (X225A) drives fails. You should find another spare large enough to accommodate the 34.5GB requirement of your X225A's. I hope this helps, Tim Timothy Naple tnaple(a)berkcom.com 510-644-1599 VOICE 510-644-1598 FAX 888-812-9040 TOLL-FREE Berkeley Communications Corporation 2990 San Pablo Avenue Berkeley, CA 94702 http://www.berkcom.com -----Original Message----- From: steve(a)hq.newdream.net [mailto:steve@hq.newdream.net] Sent: Thursday, March 13, 2003 6:12 PM To: toasters(a)mathworks.com Subject: mixing BCS and ZCS in the same volume Is it bad to mix BCS and ZCS drives in the same volume? A person from a reputable Network Appliance supply company told me that this will probably most definitely lead to data corruption. Please read below, I know its a lot of information but it should be useful for someone to give me a straight answer. before we just had one FC9 shelf of seven 36GB ZCS disks on our F740 filer slot 8: Fibre Channel Host Adapter 8 (Qlogic 2100 rev. 3, 32-bit, L-port, <UP>) 0: SEAGATE ST136403FC NA11 34.5GB 512B/sect 1: SEAGATE ST136403FC NA11 34.5GB 512B/sect 2: SEAGATE ST136403FC NA11 34.5GB 512B/sect 3: SEAGATE ST136403FC NA11 34.5GB 512B/sect 4: SEAGATE ST136403FC NA11 34.5GB 512B/sect 5: SEAGATE ST136403FC NA11 34.5GB 512B/sect 6: SEAGATE ST136403FC NA11 34.5GB 512B/sect now we have another FC9 shelf of 36GB BCS disks but the sizes don't match slot 8: Fibre Channel Host Adapter 8 (Qlogic 2100 rev. 3, 32-bit, L-port, <UP>) 0: SEAGATE ST136403FC NA11 34.5GB 512B/sect 1: SEAGATE ST136403FC NA11 34.5GB 512B/sect 2: SEAGATE ST136403FC NA11 34.5GB 512B/sect 3: SEAGATE ST136403FC NA11 34.5GB 512B/sect 4: SEAGATE ST136403FC NA11 34.5GB 512B/sect 5: SEAGATE ST136403FC NA11 34.5GB 512B/sect 6: SEAGATE ST136403FC NA11 34.5GB 512B/sect 8: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 9: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 10: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 11: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 12: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 13: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect Before we added the second shelf I had it setup very nicely with a boot volume of 2 disks, data volume of 4 disks (w/one spare) and raid group size=7. Volume boot (online, normal) (zoned checksums) Plex /boot/plex0 (online, normal, active) RAID group /boot/plex0/rg0 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.0 8 0 0 FC:A 34500/70656000 34732/71132960 data 8.1 8 0 1 FC:A 34500/70656000 34732/71132960 Volume saggy (online, normal) (zoned checksums) Plex /saggy/plex0 (online, normal, active) RAID group /saggy/plex0/rg0 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.2 8 0 2 FC:A 34500/70656000 34732/71132960 data 8.3 8 0 3 FC:A 34500/70656000 34732/71132960 data 8.4 8 0 4 FC:A 34500/70656000 34732/71132960 data 8.5 8 0 5 FC:A 34500/70656000 34732/71132960 Then a person with very little experience (my boss) added another shelf to the data volume but without first checking the types of disks he was adding, etc. He added NETAPP X231 (BCS) disks to this ZCS voume. These are block checksum disks of a different physical specs. Now it looks like this. Volume saggy (online, normal) (zoned checksums) Plex /saggy/plex0 (online, normal, active) RAID group /saggy/plex0/rg0 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.2 8 0 2 FC:A 34500/70656000 34732/71132960 data 8.3 8 0 3 FC:A 34500/70656000 34732/71132960 data 8.4 8 0 4 FC:A 34500/70656000 34732/71132960 data 8.5 8 0 5 FC:A 34500/70656000 34732/71132960 data 8.6 8 0 6 FC:A 34500/70656000 34732/71132960 data 8.8 8 1 0 FC:A 34000/69632000 34190/70022840 data 8.9 8 1 1 FC:A 34000/69632000 34190/70022840 RAID group /saggy/plex0/rg1 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.10 8 1 2 FC:A 34000/69632000 34190/70022840 data 8.11 8 1 3 FC:A 34000/69632000 34190/70022840 data 8.12 8 1 4 FC:A 34000/69632000 34190/70022840 data 8.13 8 1 5 FC:A 34000/69632000 34190/70022840 Spare disks RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- Spare disks for block or zoned checksum volumes spare 8.14 8 1 6 FC:A 34000/69632000 34190/70022840 The spare is not even good enough if one of the ZCS drives fail! Please let me how bad this is. Thanks! Steve

1 0

RE: mixing BCS and ZCS in the same volume
by Strange, Steve 14 Mar '03

14 Mar '03

Steve, There is no risk of data corruption because of the mixed drive types. 520B/sector drives can safely be used in a zoned-checksum volume. The extra 8 bytes per sector simply go unused. You are correct that the spare you have is not large enough to be used as a replacement for any of the 34.5GB-usable drives. I suggest finding a 34.5GB 512B/sector drive to use as a spare, instead of the 34GB spare you currently have. Apologies that the drives are slightly different sizes. 520B/sector formatting was introduced around the time that "36" GB drives were most common, and when they were formatted for 520B/sector instead of 512, the resulting space wasn't quite enough to allow for 34.5GB of usable space. If we had it to do over again, we'd likely have made the 512B/sector drives slightly smaller, so all "36" GB drives would be the same usable size, and this issue wouldn't arise. We've moved away from ZCS for currently-shipping systems, although I know that doesn't help you on this particular system. Steve -----Original Message----- From: steve(a)hq.newdream.net [mailto:steve@hq.newdream.net] Sent: Thursday, March 13, 2003 6:12 PM To: toasters(a)mathworks.com Subject: mixing BCS and ZCS in the same volume Is it bad to mix BCS and ZCS drives in the same volume? A person from a reputable Network Appliance supply company told me that this will probably most definitely lead to data corruption. Please read below, I know its a lot of information but it should be useful for someone to give me a straight answer. before we just had one FC9 shelf of seven 36GB ZCS disks on our F740 filer slot 8: Fibre Channel Host Adapter 8 (Qlogic 2100 rev. 3, 32-bit, L-port, <UP>) 0: SEAGATE ST136403FC NA11 34.5GB 512B/sect 1: SEAGATE ST136403FC NA11 34.5GB 512B/sect 2: SEAGATE ST136403FC NA11 34.5GB 512B/sect 3: SEAGATE ST136403FC NA11 34.5GB 512B/sect 4: SEAGATE ST136403FC NA11 34.5GB 512B/sect 5: SEAGATE ST136403FC NA11 34.5GB 512B/sect 6: SEAGATE ST136403FC NA11 34.5GB 512B/sect now we have another FC9 shelf of 36GB BCS disks but the sizes don't match slot 8: Fibre Channel Host Adapter 8 (Qlogic 2100 rev. 3, 32-bit, L-port, <UP>) 0: SEAGATE ST136403FC NA11 34.5GB 512B/sect 1: SEAGATE ST136403FC NA11 34.5GB 512B/sect 2: SEAGATE ST136403FC NA11 34.5GB 512B/sect 3: SEAGATE ST136403FC NA11 34.5GB 512B/sect 4: SEAGATE ST136403FC NA11 34.5GB 512B/sect 5: SEAGATE ST136403FC NA11 34.5GB 512B/sect 6: SEAGATE ST136403FC NA11 34.5GB 512B/sect 8: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 9: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 10: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 11: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 12: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 13: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect Before we added the second shelf I had it setup very nicely with a boot volume of 2 disks, data volume of 4 disks (w/one spare) and raid group size=7. Volume boot (online, normal) (zoned checksums) Plex /boot/plex0 (online, normal, active) RAID group /boot/plex0/rg0 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.0 8 0 0 FC:A 34500/70656000 34732/71132960 data 8.1 8 0 1 FC:A 34500/70656000 34732/71132960 Volume saggy (online, normal) (zoned checksums) Plex /saggy/plex0 (online, normal, active) RAID group /saggy/plex0/rg0 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.2 8 0 2 FC:A 34500/70656000 34732/71132960 data 8.3 8 0 3 FC:A 34500/70656000 34732/71132960 data 8.4 8 0 4 FC:A 34500/70656000 34732/71132960 data 8.5 8 0 5 FC:A 34500/70656000 34732/71132960 Then a person with very little experience (my boss) added another shelf to the data volume but without first checking the types of disks he was adding, etc. He added NETAPP X231 (BCS) disks to this ZCS voume. These are block checksum disks of a different physical specs. Now it looks like this. Volume saggy (online, normal) (zoned checksums) Plex /saggy/plex0 (online, normal, active) RAID group /saggy/plex0/rg0 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.2 8 0 2 FC:A 34500/70656000 34732/71132960 data 8.3 8 0 3 FC:A 34500/70656000 34732/71132960 data 8.4 8 0 4 FC:A 34500/70656000 34732/71132960 data 8.5 8 0 5 FC:A 34500/70656000 34732/71132960 data 8.6 8 0 6 FC:A 34500/70656000 34732/71132960 data 8.8 8 1 0 FC:A 34000/69632000 34190/70022840 data 8.9 8 1 1 FC:A 34000/69632000 34190/70022840 RAID group /saggy/plex0/rg1 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.10 8 1 2 FC:A 34000/69632000 34190/70022840 data 8.11 8 1 3 FC:A 34000/69632000 34190/70022840 data 8.12 8 1 4 FC:A 34000/69632000 34190/70022840 data 8.13 8 1 5 FC:A 34000/69632000 34190/70022840 Spare disks RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- Spare disks for block or zoned checksum volumes spare 8.14 8 1 6 FC:A 34000/69632000 34190/70022840 The spare is not even good enough if one of the ZCS drives fail! Please let me how bad this is. Thanks! Steve

1 0

mixing BCS and ZCS in the same volume
by steve＠hq.newdream.net 14 Mar '03

14 Mar '03

Is it bad to mix BCS and ZCS drives in the same volume? A person from a reputable Network Appliance supply company told me that this will probably most definitely lead to data corruption. Please read below, I know its a lot of information but it should be useful for someone to give me a straight answer. before we just had one FC9 shelf of seven 36GB ZCS disks on our F740 filer slot 8: Fibre Channel Host Adapter 8 (Qlogic 2100 rev. 3, 32-bit, L-port, <UP>) 0: SEAGATE ST136403FC NA11 34.5GB 512B/sect 1: SEAGATE ST136403FC NA11 34.5GB 512B/sect 2: SEAGATE ST136403FC NA11 34.5GB 512B/sect 3: SEAGATE ST136403FC NA11 34.5GB 512B/sect 4: SEAGATE ST136403FC NA11 34.5GB 512B/sect 5: SEAGATE ST136403FC NA11 34.5GB 512B/sect 6: SEAGATE ST136403FC NA11 34.5GB 512B/sect now we have another FC9 shelf of 36GB BCS disks but the sizes don't match slot 8: Fibre Channel Host Adapter 8 (Qlogic 2100 rev. 3, 32-bit, L-port, <UP>) 0: SEAGATE ST136403FC NA11 34.5GB 512B/sect 1: SEAGATE ST136403FC NA11 34.5GB 512B/sect 2: SEAGATE ST136403FC NA11 34.5GB 512B/sect 3: SEAGATE ST136403FC NA11 34.5GB 512B/sect 4: SEAGATE ST136403FC NA11 34.5GB 512B/sect 5: SEAGATE ST136403FC NA11 34.5GB 512B/sect 6: SEAGATE ST136403FC NA11 34.5GB 512B/sect 8: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 9: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 10: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 11: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 12: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect 13: NETAPP X231_ST336704FC NA32 34.0GB 520B/sect Before we added the second shelf I had it setup very nicely with a boot volume of 2 disks, data volume of 4 disks (w/one spare) and raid group size=7. Volume boot (online, normal) (zoned checksums) Plex /boot/plex0 (online, normal, active) RAID group /boot/plex0/rg0 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.0 8 0 0 FC:A 34500/70656000 34732/71132960 data 8.1 8 0 1 FC:A 34500/70656000 34732/71132960 Volume saggy (online, normal) (zoned checksums) Plex /saggy/plex0 (online, normal, active) RAID group /saggy/plex0/rg0 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.2 8 0 2 FC:A 34500/70656000 34732/71132960 data 8.3 8 0 3 FC:A 34500/70656000 34732/71132960 data 8.4 8 0 4 FC:A 34500/70656000 34732/71132960 data 8.5 8 0 5 FC:A 34500/70656000 34732/71132960 Then a person with very little experience (my boss) added another shelf to the data volume but without first checking the types of disks he was adding, etc. He added NETAPP X231 (BCS) disks to this ZCS voume. These are block checksum disks of a different physical specs. Now it looks like this. Volume saggy (online, normal) (zoned checksums) Plex /saggy/plex0 (online, normal, active) RAID group /saggy/plex0/rg0 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.2 8 0 2 FC:A 34500/70656000 34732/71132960 data 8.3 8 0 3 FC:A 34500/70656000 34732/71132960 data 8.4 8 0 4 FC:A 34500/70656000 34732/71132960 data 8.5 8 0 5 FC:A 34500/70656000 34732/71132960 data 8.6 8 0 6 FC:A 34500/70656000 34732/71132960 data 8.8 8 1 0 FC:A 34000/69632000 34190/70022840 data 8.9 8 1 1 FC:A 34000/69632000 34190/70022840 RAID group /saggy/plex0/rg1 (normal) RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- parity 8.10 8 1 2 FC:A 34000/69632000 34190/70022840 data 8.11 8 1 3 FC:A 34000/69632000 34190/70022840 data 8.12 8 1 4 FC:A 34000/69632000 34190/70022840 data 8.13 8 1 5 FC:A 34000/69632000 34190/70022840 Spare disks RAID Disk Device HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ------------ --------------- ---- -------------- -------------- Spare disks for block or zoned checksum volumes spare 8.14 8 1 6 FC:A 34000/69632000 34190/70022840 The spare is not even good enough if one of the ZCS drives fail! Please let me how bad this is. Thanks! Steve

1 0

RE: Moving files but not .snapshots?
by Jeffrey.Burton＠abbott.com 13 Mar '03

13 Mar '03

I don't know if the network card is in the path of an internal copy, but I'm fairly certain it does not. I copied 400M internally on my F880C in just under 2 minutes. I'm sure it depends heavily on the amount of fragmentation on the source's file system (my wafl scan measure_layout was 1.13, which is almost perfect). For some reason I can't find the ndmp throttle (to limit the CPU usage of ndmpcopy), I'm guessing that option does not exist, too bad. Below copied from NOW at: http://now.netapp.com/Knowledgebase/solutionarea.asp?id=ntapcs2471&resource= Thanks, Jeff ======================================== Beginning with Data ONTAP 6.2, ndmpcopy is built into the filer and does not require a seperate host to migrate data. See your respective Data ONTAP Data Protection Guide for more details: http://now.netapp.com/NOW/knowledge/docs/ontap/ontap_index.shtml Complete the following steps: 1. Obtain a current version of ndmpcopy from http://www.ndmp.org. 2. Install ndmpcopy on a host that has network access to the source and destination filers. 3. On both filers, enable NDMPD: a. Enter ndmpd on b. To confirm NDMP is running, enter ndmpd status. 4. Establish a "trust" relationship between the client and filer. a. Enter the hostname or interface name , i.e. , of the client and the destination filer in the source filer's /etc/hosts.equiv file. See the hosts.equiv manual page for additional options. 5. Execute the ndmpcopy on the client. The general syntax is ndmpcopy source destination Refer to ndmpcopy documentation for additional options. For other ways to migrate data, see the following: http://www.netapp.com/tech_library/3018.html ======================================== Art Hebert <art(a)arzoon.com> 03/13/2003 04:55 PM To: "'Jeffrey.Burton(a)abbott.com'" <Jeffrey.Burton(a)abbott.com>, Jim Davis <jdavis(a)cs.arizona.edu> cc: toasters(a)mathworks.com Subject: RE: Moving files but not .snapshots? I take it when copying files using ndmpcopy on a single source and destination filer the data never uses the network. This seems like it should be a lot faster, anybody have an idea how much faster? Also, which release was the first with ndmpcopy on board? Is there any other ways to copy just on the filer itself beside ndmpcopy? thanks art -----Original Message----- From: Jeffrey.Burton(a)abbott.com [mailto:Jeffrey.Burton@abbott.com] Sent: Thursday, March 13, 2003 12:19 PM To: Jim Davis Cc: toasters(a)mathworks.com Subject: Re: Moving files but not .snapshots? You can use ndmpcopy from the filerhead CLI, granted you have a new enough DOT version. This creates a snapshot then copy's all the data and ACL's from source to target. First make sure that the ndmp option is turned on: ndmpd.enable on Then below will work: ndmpcopy /vol/sourcevol /vol/destvol You can copy at any level, not just the vol level. If the source and dest's vols are on a seperate filer just preceed the dir with "filename:" so "ndmpcopy sourcefiler:/vol/sourcevol destfiler:/vol/destvol". After the copy you can remove the temp file created at the destination end which is used for incremental updates (I forgot the name but it will be a huge file with an obviously generated name). Man page and NOW has good ndmp info. Thanks, Jeff Jim Davis <jdavis(a)cs.arizona.edu> Sent by: owner-toasters(a)mathworks.com 03/13/2003 01:47 PM To: toasters(a)mathworks.com cc: Subject: Moving files but not .snapshots? I want to move two big directories from an old volume to a new volume, but just the files -- not the snapshot subdirectories. So far I've tried find . -type d -name '.snapshot' -prune -o -print | cpio -pdm /newvol from the adminhost, which works but isn't blazingly fast. Are there any other ways people can suggest?

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters