toasters

toasters@lists.teaparty.net

13531 discussions

F740, Enclosure Services error message
by John Stoffel 24 Apr '00

24 Apr '00

Hi all, We're got a F740 running 5.3.4 and we're getting endlessly repeating messages in the logs that look like this: Sun Apr 16 03:00:00 EST [statd]: *** NOTICE *** Configuration error on disk storage shelf attached to slot 7. Please check drive placement. Sun Apr 16 03:07:07 EST [statd]: *** NOTICE *** Configuration error previously reported on disk storage shelf attached to slot 7 has been corrected. Sun Apr 16 03:18:52 EST [ses_admin]: No more valid paths to Enclosure Services in shelf 1 on host adapter 7. I've filed a call with NetApp, but no response yet. Any clues on what's happening here? Thanks, John x27548

5 5

Sybase ASE & NetApp Filer [My Experiences].....
by Shahryar G. Hashemi 24 Apr '00

24 Apr '00

Greetings, I spent about 3+ days trying to get ASE & NetApp Filer to work properly. The platform I used was a Dual PIII 450 [1GB RAM] running Linux [RedHat 6.2] with 2.2.14 kernel and ASE 11.9.2.2 ESD #2 [EBF #8944]. The system has 2 Intel EtherExpress 10/100 cards. The NetApp Filer is a F720. I setup a direct network connection between the Linux server and the NetApp Filer [running 100 Base-T w/Full Duplex]. First of all I have to say the instructions located at http://www.netapp.com/tech_library/3040.html were only tested on Solaris and not any other flavor or UNIX. Some of the NFS options were different or did not exist under Linux so it took me a while to get that done. Basically you need to have the "lockd" [NFS Lock Daemon] running and also use the "nolock" option for the NFS mount in order to make it work. After that I learned that you can only create the devices under the mount point [i.e. if your mount point is "/sybase" your devices must be "/sybase/<device>] or it will fail. Again none of this was located in the documentation. The creation of the server and devices was a lot better than creating file(s) on a RAID filesystem but about the same with using "partitions" on a RAID drive [with no filesystem]. Since ASE uses O_SYNC option [wait until the O.S. have verified your write before going forward] for filesystem files it ensure [to a point] that corruption of the database is minimized. However Sybase says that using filesystem files is still not a solution until ASE 12.0 [read below]. I had a working production database using this server and decided to do a little experiment. I did a backup of my database and then did a "reboot" of my system without shutting down Sybase. When the system came back up I tried to restart ASE but found out that the "sysusages" information for my database was corrupted. Working with Sybase I tried everything possible but had to drop/re-create my database from scratch. I called and informed NetApp of my problems and asked them to investigate it. It has been over 7 business days and I have not heard any further information from them. All in all I do not believe that using filesystem files is a solution for ASE on any platform. With ASE 12.0 they now switch to D_SYNC [wait until the write has been comitted to the file before continuing on] for filesystem files. This of course will make using filesystem files more of an option *but* it will also slow things down [you won't take the OS at it's word anymore] since you will guarantee that data will be written to your filesystem devices. Until NetApp can prove to me that their solution is faster than locally attached RAID using "partitions"/"raw I/O" [raw I/O is part of Linux 2.4.X kernel and probably ASE 12.5 for Linux] where we can do asynchronous read/write [filesystem will *always* be synchronous] I would not recommend it to anyone. Yours, Shahryar -- Shahryar Ghazneini Hashemi | E-Mail: shahryar(a)n2h2.com DBA - Operations Group | Telephone: +1 206 834-1739 N2H2 Inc. | FAX: +1 206 336-2971 900 4th Avenue Suite #3400 | Pager: +1 206 609-6154 Seattle, WA 98164 U.S.A. | E-Mail Pager: shahryar911(a)n2h2.cm Cell Phone: +1 206 930-2030 | Alt Pager: page_shahryar(a)chiefmojo.com ******************************************************************************

3 3

Re: Sybase ASE & NetApp Filer [My Experiences].....
by jrg＠acm.org 24 Apr '00

24 Apr '00

>On Sun 23 Apr, 2000, "Shahryar G. Hashemi" <shahryar(a)n2h2.com> wrote: >>All in all I do not believe that using filesystem files is a solution for ASE >>on any platform. With ASE 12.0 they now switch to D_SYNC [wait until the >>write has been comitted to the file before continuing on] for filesystem >>files. This of course will make using filesystem files more of an option >>*but* it will also slow things down [you won't take the OS at it's word >>anymore] since you will guarantee that data will be written to your filesystem >>devices. Well, DBA acquaintances always say that Sybase don't support recovery from non-raw partition ASE setups and so won't run Production databases on anything but. I think, regarding D_SYNC, that perhaps you mean O_DSYNC? Don't know how that plays out with NFS, as (for version 2) NFS operations are synchronous anyway (but the Filer's NVRAM allows it to return completion before data is resident on disk.) NetApp's Tech Note document specifically uses Version 2, though not apparently for reasons of data integrity (Can the author of that Tech Note, or anyone else, comment on this?) I must add that I'm interested to see that Sybase now support ASE on Linux for production use, as of release 11.9.1, if you part with the appropriate sum of money. On Mon 24 Apr, 2000, "Bruce Sterling Woodcock" <sirbruce(a)ix.netcom.com> wrote: >Since you're fond of testing, why don't you test this yourself? (a bit harsh, but I agree with Bruce that if you've got your test-rig then it seems like you're probably in the best place to do the testing with your Linux system.) James.

2 1

Monitoring NetApp filers
by Tuc 22 Apr '00

22 Apr '00

Hi, Again thanks for the help last time. We ended up reloading both filers from scratch (And getting a core dump within hours....But it was something simple which forced us to upgrade to P2) and putting the root on 2 volumes, and data on 5 volumes. We've so far added it serving content to 4 of the 8 servers, and are going to work this weekend to add the other 4. I was wondering what people do to directly monitor the filer (We use NOCOL for alot of other monitoring, so NOCOL solutions welcome) and to monitor the server themselves (These are web servers, so those are acceptable solutions). Thanks, Tuc/TTSG

1 0

RE: Sybase & Netapps
by van Agt, Cyril 21 Apr '00

21 Apr '00

Hello Derek, This whitepaper from the NetApp WWW site may help : Integrating Sybase Adaptive Server for UNIX with a NetApp Filer http://www.netapp.com/tech_library/3040.html best regards, Cyril Van Agt, Systems Engineer, Network Appliance. -----Original Message----- From: Derek Kelly [mailto:derek.kelly@genomecorp.com] Sent: Thursday, April 13, 2000 8:49 PM To: toasters(a)mathworks.com Subject: Sybase & Netapps Not too long ago I remember seeing someone out there who was planning to store Sybase data on Netapps. I wonder if that person (or others) could share the outcome of this project with the list. We are beginning to jump into this arena and are looking for feasibility and potential pitfall info before we begin. The setup will be data from Compaq Alpha ES40's and/or DS20's with DEC Unix 4.0 running Sybase 11.9.2 through a Cisco Catalyst 6509 to a Netapp F760 with gigabit nic's installed at each end of the pipe. I have seen documentation related to using Oracle in such a fashion, but not much on Sybase. We will be doing the same setup with Oracle so any info in that area will be much appreciated as well. Cheers, Derek Kelly www.genomecorp.com

1 0

.nfs00* Files remain on the Filer
by Fabio Pietrosanti 20 Apr '00

20 Apr '00

hi all, i notice that on my NetApp F740 there are a lot of file named .nfs***, for example .nfs0048c2f20000043a . most are empty, but there are someone very big, and in some particular case, i can't delete it, without moving the file subdirectory by subdirectory since i arrive on the unix phisical disk. What about these files ? :) --- Fabio --- System Administrator --- NaiF @ --- Pietrosanti --- fabio(a)telemail.it --- IrcNet .--------------------------------------------------- | Matrice s.r.l. Tel +39 02 67382595 | Via Copernico, 8 Fax +39 02 6700894 | Milano http://www.matrice.it | -------------------------------------------------- | PGP Key (DSS) on http://naif.itapac.net/naif.asc .---------------------------------------------------

5 5

RE: Possible CIFS bug?
by Hawley, Rob 19 Apr '00

19 Apr '00

We store the time as GMT in UNIX format, but we have to report it in NT, or DOS format. The NT article you cited is not complete. The time is reported in time zone corrected GMT or as local wall clock time depending on the type of request. Both require the client and server agree on the time zone configuration. Here is a quote on File Times from MSDN If the original date and time of day are specified in the local time for your time zone, you can convert the resulting file time to UTC by using the LocalFileTimeToFileTime function. Always make sure the file times you set using SetFileTime are valid UTC-based times. The FileTimeToLocalFileTime and LocalFileTimeToFileTime functions use the current settings for the time zone and daylight saving time. Therefore, if it is daylight saving time, these functions will take daylight saving time into account, even if the time you are converting is in standard time. You should also consult Q158588 Please verify that both the client and server are set to the correct time zone. If this does not solve the problem then please contact NetApp customer support so we can get to the bottom of what you are seeing. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ mailto: hawleyr(a)netapp.com US Mail: Network Appliance Inc. Phone: 408-822-6661 495 East Java Drive FAX: 408-822-4521 Sunnyvale, CA 94089 -----Original Message----- From: Marc A Levy [mailto:malevy@dnrc.bell-labs.com] Sent: Wednesday, April 19, 2000 5:55 AM To: toasters Subject: Possible CIFS bug? After the daylight savings time change a few weeks back I noticed something odd on the drives I have mapped to a NetApp. On a weekly basis (or so) I like to synchronize my home directory on the NetApp with a copy I keep on my home computer. I have been using a shareware program called "FileSync" which compares two directory trees based on file name, size, and date. There is also a option to do a binary compare (takes much longer, obviously). So, on to the problem: After the time change from EST to EDT, all of the files on the NetApp are exactly one hour older than on my home computer. Based on a little experimentation I did on the PC, I found that when the option to adjust for daylight savings time is disable on the Windows NT machine, all time appearances on the files (including the ones on filer) change by 1 hour. A article on the MSKB states that NT stores all file times in GMT, and converts the display based on the time zone setting on the PC. I am told that the NetApp stores this information in a UNIX format where it is a 32-bit integer which is "the number of seconds since Jan 1, 1970" I would suspect that CIFS converts this to GMT for compliance with Windows based on the time zone setting. It would seem there is a error in this conversion where the GMT on the file changes with the Time Zone setting (EST vs EDT). The calculation for GMT should be such that no matter what your time zone setting (even if you move your filer from EST to PST) the stamp on the file should remain constant. So, is this a bug? or some specific problem I am having? Thanks, Marc

1 0

Reading OnTap dump format on non NetApp systems
by Garrett Burke 19 Apr '00

19 Apr '00

Hi All, I understand that Solaris ufsdump can read (but drops ACL information) Netapp dump format tapes. Does anyone know if either FreeBSD or Red Hat Linux can do the same (don't have a drive on these systems at present so can't test it) or if there's any utility that enables them (or WinNT) to do so. We are primarily a WinNT house and what I'm trying to do is to ensure that in the face of a disaster, that I'm able to restore files as quickly as possible, even in the face of not having a filer (Even restoring a sub set of the files would get us back up & running) I'm not too worried about loosing the ACL information using this scenario. I'm currently looking at backup SW to replace our current system (ARCServe IT), but discovered that if we use NDMP (with QuickRestore) to backup the filer then the tapes will have Filer dump format information on them. Thanks, GB. ******************************************************************* This email and any files transmitted with it are confidential and are solely for the use of the individual or organisation to whom they are addressed. If you have received this mail in error please notify the system administrator at +353 1 6399700 or by email to hostmaster(a)msc.ie This email message has been swept for computer viruses. Managed Solutions Corporation, Enterprise Customer Relationship Management, Workflow and Contract Administration. Tel: 353 1 639 9700 Fax: 353 1 639 9701 Don't forget to visit our website at http://www.managed-solutions.com ********************************************************************

2 1

Re: Problems with MS Excel and Oplocks?
by Patrick Day 19 Apr '00

19 Apr '00

we had a similar problem, when we upgraded to 5.3.4R3P2 we no longer had any issues. you might want to upgrade to the latest version if you haven't already. --Patrick Day "DDA.RFC-822=demarest(a)arraycomm.com/P=Internet/A= /C=us"@X400@mathworks.com on 04/18/2000 05:53:34 PM Please respond to "DDA.RFC-822=demarest(a)arraycomm.com/P=Internet/A= /C=us"@X400 Sent by: owner-toasters(a)mathworks.com To: "DDA.RFC-822=toasters(a)mathworks.com/P=Internet/A= /C=us"@X400 cc: Subject: Problems with MS Excel and Oplocks? I've seen a strange problem over the past few days. We have MS Windows 9x/NT users running Excel 97 and Excel 2000. Dozens of minutes, or even hours, after a person stops editing the file (Save & Quit), you can't access the file via NFS or CIFS. CIFS apps complain the file is in use. NFS clients complain with "permission denied". Doing a truss of a chmod or rm on the file shows ERR#13 - EACCES. The only way to "unlock" the file is t have the CIFS user logoff of the client, or to terminate the CIFS session of the Filer. The user clearly does not have any apps open on the CIFS client. This sounds suspiciously like Windows 9x/NT and Excel is doing something weird to keep the lock open. Has anyone seen this with Excel, and how did they resolve it? Tim -- Timothy Demarest ArrayComm, Inc. demarest(a)arraycomm.com 2480 North 1st Street, Suite 200 http://www.arraycomm.com San Jose, CA 95131

1 0

Possible CIFS bug?
by Marc A Levy 19 Apr '00

19 Apr '00

After the daylight savings time change a few weeks back I noticed something odd on the drives I have mapped to a NetApp. On a weekly basis (or so) I like to synchronize my home directory on the NetApp with a copy I keep on my home computer. I have been using a shareware program called "FileSync" which compares two directory trees based on file name, size, and date. There is also a option to do a binary compare (takes much longer, obviously). So, on to the problem: After the time change from EST to EDT, all of the files on the NetApp are exactly one hour older than on my home computer. Based on a little experimentation I did on the PC, I found that when the option to adjust for daylight savings time is disable on the Windows NT machine, all time appearances on the files (including the ones on filer) change by 1 hour. A article on the MSKB states that NT stores all file times in GMT, and converts the display based on the time zone setting on the PC. I am told that the NetApp stores this information in a UNIX format where it is a 32-bit integer which is "the number of seconds since Jan 1, 1970" I would suspect that CIFS converts this to GMT for compliance with Windows based on the time zone setting. It would seem there is a error in this conversion where the GMT on the file changes with the Time Zone setting (EST vs EDT). The calculation for GMT should be such that no matter what your time zone setting (even if you move your filer from EST to PST) the stamp on the file should remain constant. So, is this a bug? or some specific problem I am having? Thanks, Marc

1 0

RE:
by Bond, Andrew 19 Apr '00

19 Apr '00

You should talk to NetApp support if you are having a problem with this. However, there is nothing to do on the filer. If the autoloader is correctly configured, then using the urst0a device name will cause autoloading to occur. See the manpage for na_tape.4 for more detail. Regards, Andrew > -----Original Message----- > From: owner-dl-toasters(a)netapp.com > [mailto:owner-dl-toasters@netapp.com]On Behalf Of > bhaskar.g(a)philips.com > Sent: 19 April 2000 05:31 > To: toasters(a)mathworks.com > Subject: > > > Hi All, > > We have a Filer 720 with two shelves. We are having a DLT > 7000 Autoloader ( Dell Powervault 120T ) for the > backup of the filer. Please let me know how to enable the > autoloading option 'ON' on the filer. > > regards > Bhaskar G > Systems Engineer, > Philips Semiconductors, > #3, Sterling Square,Madras Bank Road, > Off St Mark's Road,BANGALORE-560 001. > Voice : +91 80 222 9200 Ext 1478 > Fax: +91 80 2229700 > >

1 0

None
by bhaskar.g＠philips.com 19 Apr '00

19 Apr '00

Hi All, We have a Filer 720 with two shelves. We are having a DLT 7000 Autoloader ( Dell Powervault 120T ) for the backup of the filer. Please let me know how to enable the autoloading option 'ON' on the filer. regards Bhaskar G Systems Engineer, Philips Semiconductors, #3, Sterling Square,Madras Bank Road, Off St Mark's Road,BANGALORE-560 001. Voice : +91 80 222 9200 Ext 1478 Fax: +91 80 2229700

1 0

RE: Problems with MS Excel and Oplocks?
by Day, Matt 18 Apr '00

18 Apr '00

> I've seen a strange problem over the past few days. We have MS Windows > 9x/NT users running Excel 97 and Excel 2000. Dozens of minutes, or even > hours, after a person stops editing the file (Save & Quit), you can't > access the file via NFS or CIFS. CIFS apps complain the file is in use. > NFS clients complain with "permission denied". Doing a truss of a chmod > or rm on the file shows ERR#13 - EACCES. The only way to "unlock" the > file is to have the CIFS user logoff of the client, or to terminate the > CIFS session of the Filer. The user clearly does not have any apps open > on the CIFS client. > > This sounds suspiciously like Windows 9x/NT and Excel is doing > something weird to keep the lock open. Has anyone seen this with Excel, > and how did they resolve it? That does sound like an oplock problem. What version of Data ONTAP are you running? Can you run "cifs stat" on your filer and send me the output? I'm interested in knowing what your OpLkBkNoBreakAck statistic is. You may be suffering from non-responsive oplock breaks. If you disable oplocks (set the cifs.oplocks.enable option off) and the problem goes away, then that's almost certainly the problem. I suspect a newer version of Data ONTAP will help a lot. In more recent versions there is a knob for working around the non-responsive oplock break problem (a very irritating bug in the Microsoft client). Matt

1 0

Problems with MS Excel and Oplocks?
by Timothy Demarest 18 Apr '00

18 Apr '00

I've seen a strange problem over the past few days. We have MS Windows 9x/NT users running Excel 97 and Excel 2000. Dozens of minutes, or even hours, after a person stops editing the file (Save & Quit), you can't access the file via NFS or CIFS. CIFS apps complain the file is in use. NFS clients complain with "permission denied". Doing a truss of a chmod or rm on the file shows ERR#13 - EACCES. The only way to "unlock" the file is to have the CIFS user logoff of the client, or to terminate the CIFS session of the Filer. The user clearly does not have any apps open on the CIFS client. This sounds suspiciously like Windows 9x/NT and Excel is doing something weird to keep the lock open. Has anyone seen this with Excel, and how did they resolve it? Tim -- Timothy Demarest ArrayComm, Inc. demarest(a)arraycomm.com 2480 North 1st Street, Suite 200 http://www.arraycomm.com San Jose, CA 95131

1 0

Large vs Small Backups
by Moshe Linzer 18 Apr '00

18 Apr '00

Hi, We are using Budtool 4.6.1a to backup an F760 and an F630 to a Breece Hill Q2.15 jukebox with 2 DLT7000 drives. We backup each qtree as a separate request in budtool. We started getting poor performance on the smaller qtrees, and started using the hidden ndmpd logical_find command described in Bug 12424. We recently upgraded to 5.3.5P2, and I found that this option is causing ndmp connection problems between Budtool and the filer. As a result, I have backed off to 5.3.5, where this option works without a problem. My question: How best to backup a 330GB volume with many small qtrees? Should we just backup the entire volume as one request, or continue to backup each qtree individually? Are there any problems with backing up the entire volume at once? This will allow me to dump (no pun intended) the problematic ndmpd logical_find option, as well improve general dump performance. Thanks, Moshe ----------------------------------------------------------------------------- Moshe Linzer | Mastery of Unix offers real freedom. Unix Systems Manager | The price of freedom is always dear, but National Semiconductor, Israel | I'd rather pay for my freedom than live in Phone: 972-9-970-2247 | a bitmapped, pop-up-happy dungeon like NT. Fax: 972-9-970-2001 | Email: moshel(a)nsc.com | - Thomas Scoville, Unix Review -----------------------------------------------------------------------------

2 1

nfs.v3.enable
by Todd C. Merrill 18 Apr '00

18 Apr '00

I currently have this "on." If I turn this off, what will happen to V3 clients that currently have mounts to the filer? Put another way, is this option immediate, or does it only take affect on new mounts or a reboot of the filer? Until next time... The Mathworks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

2 1

RE: NDMP backups stopped after network upgrade
by Rainchik, Aleksandr (MED, Non GE) 18 Apr '00

18 Apr '00

Yes, we've tried "btpasswd -p -u root" and "btpasswd -p -u root -h <hostname>". With no luck at all... -----Original Message----- From: Jeff Krueger [mailto:jkrueger@qualcomm.com] Sent: Monday, April 17, 2000 7:24 PM To: Rainchik, Aleksandr (MED, Non GE) Cc: toasters(a)mathworks.com Subject: Re: NDMP backups stopped after network upgrade This could be caused by the BudTool password being out of sync. The command "btpasswd -p -u root" should allow you to change this for all your NDMP aware NetApps. You could also use "btpasswd -p -u root -h <hostname>" to change it on a per-host basis if they are different. Be sure you know what you're doing before you change the password though. It would probably be a good idea to get BudTool (Legato) support involved. -- Jeff -- ------------------------------------------------------------------------ ---- Jeff Krueger E-Mail: jeff(a)qualcomm.com NetApp File Server Lead Phone: 858-651-6709 IT Engineering and Support Fax: 858-651-6627 QUALCOMM, Incorporated Web: www.qualcomm.com From "Rainchik, Aleksandr (MED, Non GE)" on Mon, 17 Apr 2000 17:04:52 CDT: > >Hello, > >We are using Budtool 4.6.1 to backup three NetApps F740 (Ontap >5.2.1P2D10). >After our network has been down completely for about 15 minutes, we >can't >do backups any more... NDMP authorization failure for user root. Look at >the >end of this message for what we have in NetApp log files. > >So, > >a) ndmpd is running on NetApp. >b) I can telnet, or rsh to NetApp as user root just fine. >c) ndmp_hostinfo is also working perfect and I can telnet to port 10000 > on NetApp. But, when I connect there, I get 5-6 garbage letters only. >If I > telnet to port 10000 to NetApp in another department, with newer >Ontap, > I get the same garbage _and_ the string "Connection successful". Does > it make any sense to NDMP gurus? :) > >d) we've tried rebooting one NetApp and that didn't help. >e) we've tried btpasswd to create a new password for user root. Didn't >help >f) NIS is fine. I can do ypwhich or ypcat on filer... > >Any ideas? Is there any way to run ndmpd in >"verbose" or "debug" mode? > >Mon Apr 17 12:00:00 CDT [statd]: 12:00pm up 11 days, 18:13 143494298 >NFS ops, 961447 CIFS ops, 22 HTTP ops >Mon Apr 17 13:00:00 CDT [statd]: 1:00pm up 11 days, 19:13 143588178 >NFS ops, 962932 CIFS ops, 22 HTTP ops >Mon Apr 17 13:00:11 CDT [ndmp_session_0]: ../common/ndmpd/connect.c:196 >ndmpdConnectClientAuth: MD5 authorization failure by user: root. >Mon Apr 17 13:00:11 CDT [ndmp_session_0]: ../common/ndmpd/comm.c:838 >message 0x746f2061 not supported. >Mon Apr 17 13:00:11 CDT [ndmp_session_0]: ../common/ndmpd/comm.c:1037 >ndmp_process_messages: unexpected reply message: 0x746f2061. >Mon Apr 17 13:59:21 CDT [ndmp_session_0]: ../common/ndmpd/connect.c:196 >ndmpdConnectClientAuth: MD5 authorization failure by user: root. >Mon Apr 17 13:59:21 CDT [ndmp_session_0]: ../common/ndmpd/comm.c:838 >message 0x746f2061 not supported. >Mon Apr 17 13:59:21 CDT [ndmp_session_0]: ../common/ndmpd/comm.c:1037 >ndmp_process_messages: unexpected reply message: 0x746f2061. >Mon Apr 17 13:59:32 CDT [ndmp_session_0]: ../common/ndmpd/connect.c:196 >ndmpdConnectClientAuth: MD5 authorization failure by user: root. >Mon Apr 17 14:00:00 CDT [statd]: 2:00pm up 11 days, 20:13 144027002 >NFS ops, 998979 CIFS ops, 22 HTTP ops >Mon Apr 17 14:22:28 CDT [ndmp_session_0]: ../common/ndmpd/connect.c:196 >ndmpdConnectClientAuth: MD5 authorization failure by user: root. >Mon Apr 17 15:00:00 CDT [statd]: 3:00pm up 11 days, 21:13 144202255 >NFS ops, 999196 CIFS ops, 22 HTTP ops >

1 0

NDMP backups stopped after network upgrade
by Rainchik, Aleksandr (MED, Non GE) 18 Apr '00

18 Apr '00

Hello, We are using Budtool 4.6.1 to backup three NetApps F740 (Ontap 5.2.1P2D10). After our network has been down completely for about 15 minutes, we can't do backups any more... NDMP authorization failure for user root. Look at the end of this message for what we have in NetApp log files. So, a) ndmpd is running on NetApp. b) I can telnet, or rsh to NetApp as user root just fine. c) ndmp_hostinfo is also working perfect and I can telnet to port 10000 on NetApp. But, when I connect there, I get 5-6 garbage letters only. If I telnet to port 10000 to NetApp in another department, with newer Ontap, I get the same garbage _and_ the string "Connection successful". Does it make any sense to NDMP gurus? :) d) we've tried rebooting one NetApp and that didn't help. e) we've tried btpasswd to create a new password for user root. Didn't help f) NIS is fine. I can do ypwhich or ypcat on filer... Any ideas? Is there any way to run ndmpd in "verbose" or "debug" mode? Mon Apr 17 12:00:00 CDT [statd]: 12:00pm up 11 days, 18:13 143494298 NFS ops, 961447 CIFS ops, 22 HTTP ops Mon Apr 17 13:00:00 CDT [statd]: 1:00pm up 11 days, 19:13 143588178 NFS ops, 962932 CIFS ops, 22 HTTP ops Mon Apr 17 13:00:11 CDT [ndmp_session_0]: ../common/ndmpd/connect.c:196 ndmpdConnectClientAuth: MD5 authorization failure by user: root. Mon Apr 17 13:00:11 CDT [ndmp_session_0]: ../common/ndmpd/comm.c:838 message 0x746f2061 not supported. Mon Apr 17 13:00:11 CDT [ndmp_session_0]: ../common/ndmpd/comm.c:1037 ndmp_process_messages: unexpected reply message: 0x746f2061. Mon Apr 17 13:59:21 CDT [ndmp_session_0]: ../common/ndmpd/connect.c:196 ndmpdConnectClientAuth: MD5 authorization failure by user: root. Mon Apr 17 13:59:21 CDT [ndmp_session_0]: ../common/ndmpd/comm.c:838 message 0x746f2061 not supported. Mon Apr 17 13:59:21 CDT [ndmp_session_0]: ../common/ndmpd/comm.c:1037 ndmp_process_messages: unexpected reply message: 0x746f2061. Mon Apr 17 13:59:32 CDT [ndmp_session_0]: ../common/ndmpd/connect.c:196 ndmpdConnectClientAuth: MD5 authorization failure by user: root. Mon Apr 17 14:00:00 CDT [statd]: 2:00pm up 11 days, 20:13 144027002 NFS ops, 998979 CIFS ops, 22 HTTP ops Mon Apr 17 14:22:28 CDT [ndmp_session_0]: ../common/ndmpd/connect.c:196 ndmpdConnectClientAuth: MD5 authorization failure by user: root. Mon Apr 17 15:00:00 CDT [statd]: 3:00pm up 11 days, 21:13 144202255 NFS ops, 999196 CIFS ops, 22 HTTP ops

2 1

RE: How do I move /vol/vol0?
by Fox, Adam 17 Apr '00

17 Apr '00

> > I'm in a situatio where we have one F760 with 4 shelves of > 9Gb SCSI disk, and > three shelves of 36Gb FC attached disks. The FC disks were > added later, so the > original install of vol0 was done to the SCSI disks. > > We'd like to get rid of the SCSI disks (and use one shelf of > FC to hold it), > but I'm concerned since we have /vol/vol0 on it. Has anyone > moved /vol/vol0 off > SCSI to FC before, and if so, what problems did you run into? > Many customers have used vol copy to move the data over. Just make sure that the destination fiber-based volume is at least as large as the original SCSI volume. You vol copy the data over. Set the new volume to be the root volume. Then you can destroy the SCSI volume. I'd probably type download, just to be safe. Then I'd reboot...the filer won't actually destroy the old vol0 and start using the new volume until you actually reboot. Then if you want to keep the vol0 name, you can rename the new root volume. This has worked for many customers that I've talked to. Has anyone seen differently? -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com

3 3

firmware for fibre challe disks
by Mathew Anderson 17 Apr '00

17 Apr '00

Hello - From my previous post (thanks for the answers..It should help), it was sugested that I upgrade my 720 to a later version of ontap (currently 5.2.1) I was going to try the 5.3.4.R3, but the minumus firmware revision for the fibre channel disk is FB59 (for ST1917FC disks, I am at FB55). I am unable to find the location of the fibre channel firmware on the NOW site. Any pointers? Thanks -Mathew Mathew Anderson Systems Administration NM Technet Oso Grande Technologies, Inc. mathew(a)nm.net mathew(a)osogrande.net

2 1

RE: Need new backup solution
by Schepers, Jan 17 Apr '00

17 Apr '00

Hi all, > We have been facing some explosive growth during the past 6 > months and have grown past our current backup solution. We > are currently backing up via a linux box that has our 740 nfs > mounted. Backups are taking sometimes 24-30 hours for > incrementals and all weekend for fulls. > > What I am looking for is info on how others are backing up > 200G volumes on 740's or 760's. I just purchased a pair of > 760's and am going to need a nice stable reliable backup > system for them. Looking at the responses sofar, most of you agree on: o directly attached tape devices and o the use of NDMP software For the latter there are 2 to 3 solutions. What I'd like to know is how to determine the sizing of the master backup server for each of the solutions. o How much diskspace do I need for the index database? o What CPU/memory is required for handling a say 1 GB index Dbase? o Network requirements? o other? Can anyone comment ? Yann

7 9

Re: Disk-to-disk backups? (was Re: Need new backup solution)
by tkaczma＠gryf.net 17 Apr '00

17 Apr '00

On Thu, 13 Apr 2000, Fred Ab wrote: > If your place burns down you are not just down but out of > business. Tapes are tangible and can be stored offsite. Disks are this way as well. Tom > > ===}From: Bennett Todd <bet(a)rahul.net> > ===}To: toasters(a)mathworks.com > ===}Subject: Disk-to-disk backups? (was Re: Need new backup solution) > ===}Date: Thu, 13 Apr 2000 13:13:15 -0700 > ===}Mime-Version: 1.0 > ===} > ===}I'm curious about something here. > ===} > ===}First, some background. I recently set up a backup system I really, > ===}really like. It's on a Linux fileserver, no netapps in this > ===}picture. It's backing up c. 60GB of disk, a single root drive and a > ===}50GB RAID-5 with a hot spare, to another RAID-5 set, about 130GB, > ===}with no hot spare. I have a cronjob set to email me if a drive drops > ===}out of the set. I backup with a script that replicates all the > ===}data to be saved onto the backup raid set, using rsync, with the > ===}--backup-dir option to save anything that's been changed or deleted; > ===}then it takes all those changed-or-deleted files and bzip2s them > ===}into timestamped archives. When the backup partition gets over > ===}90% full it commences deleting those bzip2-ed archives, starting > ===}with the oldest, until it's back down under 80% full. This gives me > ===}months of coverage and I never have to change a tape, and the cost > ===}of the drives is less than the cost of a suitable capacity tape > ===}drive to back up 60GB of data. > ===} > ===}So anyway, enough with background, the question is, how come I don't > ===}hear anyone advocating using Netapp's snapshots as a backup > ===}strategy? Netapps don't lose data; it's not like WAFL or Netapp's > ===}RAID or any other bits are so bug-ridden that they don't do their > ===}job. > ===} > ===}And you can buy a _Load_ of drives for what a heavy-duty > ===}industrial-strength DLT jukebox costs. Especially when you factor > ===}in the setup time, and the re-setup time every time it breaks. The > ===}Exabyte 8200 was the only tape drive I ever set up that didn't die > ===}before I switched jobs; seems like MTBF for a drive writing a tape > ===}a day is well under a year, at least in my experience in the last 6 > ===}years or so. Bleech. > ===} > ===}-Bennett >

1 0

RE: Ontap 5.4
by Reidenbach, Edward 17 Apr '00

17 Apr '00

Jay, Please contact your local Sales Rep for any questions on future products. Thanks On a general note, we will test and qualify new software releases running on discontinued hardware for a period of 2 years after hardware End of Availability date. We have recently decided on the following clarification for software support if the hardware has met the 2 year period: Software support for hardware surpassing the 2 year period will not be phased out in Data ONTAP Maintenance releases. (i.e. x.x.x). We will phase out support in Major Data ONTAP releases (x.x). Thus, the F220, F330, and F540 products (which have a 4/30/00 End of Software Support) will be supported in the Data ONTAP 5.3.x Maintenance Releases. This effectively extends software support until we stop creating maintenance releases for 5.3.x. Ed Reidenbach Mgr, Data ONTAP and High Availability -----Original Message----- From: Jay Orr [mailto:orrjl@stl.nexen.com] Sent: Friday, April 14, 2000 1:42 PM To: toasters(a)mathworks.com Subject: Ontap 5.4 Any word if ontap 5.4 will be out this month? The reason I ask is Netapp told us they are discontinuing software support at the end of this month because the F330's were declared EOL a year ago. However, last I had talked to anyone about this it was believed that 5.4 would be out before they discontinued software support. What is the plans for ontap versions and F330 and support? Anyone know? ----------- Jay Orr Systems Administrator Fujitsu Nexion Inc. St. Louis, MO

2 1

RE: NetApp F7XX + Snapmirror
by Melvin, Grant 17 Apr '00

17 Apr '00

FYI, > > Now when I look to use SNAPMIRROR to mirror from "A" filer > to "B" filer, I can do it by volumes only. Am I correct in > ASSuM(E)ing that if I mirror "vol0" I'll clobber the > configuration of "B" filer? > We have an "Operational Guide" for SnapMirror on NOW at: http://now.netapp.com/NOW/knowledge/docs/olio/guides/TR3073.shtml Hope this helps. Cheers, Grant

1 0

Cifs.max_mpx
by ZANGA, Michael, GCM 17 Apr '00

17 Apr '00

Does anyone have any idea what the option cifs.max_mpx does. On a whitepaper from NetApp the option is referenced to be changed to 1124. I presently have it set at 32 and it was hidden. I am reluctant to make the change without knowing what it does. ********************************************************************** This e-mail is intended only for the addressee named above. As this e-mail may contain confidential or privileged information, if you are not the named addressee, you are not authorised to retain, read, copy or disseminate this message or any part of it. ************************************************************************

3 2

Jump to page:

2026

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