toasters September 2001

toasters@lists.teaparty.net

113 participants
151 discussions

RE: Versions
by Hackworth, Brian 28 Sep '01

28 Sep '01

: The problem with rc_toggle_basic is that you have to remember : to execute it in pairs, to leave the filer in the same mode. : : Is there a better command? The most reliable way to run advanced commands via rsh is with rsh -l root:{password} "priv -level secret; {command}" The "priv -level secret" works for ONTAP 5.3 and later, including ONTAP 6.x. It sets the privilege for the current rsh connection, regardless of whether the console is currently in privileged mode or not. In ONTAP 6.x, "priv -level secret" is equivalent to "priv set advanced". Hope this helps. - Brian

2 1

Versions
by Julius Talbot 28 Sep '01

28 Sep '01

Thanks for the quick reply to my previous question. I have one more likely simple question What versions of OnTap can you use {priv set advanced} over rsh, and which do you have to use {rc_toggle_basic}? If using rsh to execute commands, i have seen old versions which require rc_toggle_basic and other versions which you can use priv set advanced. The problem with rc_toggle_basic is that you have to remember to execute it in pairs, to leave the filer in the same mode. Is there a better command? -- _______________________________________________ Have you downloaded the latest calling software from Net2Phone? Click here to get it now! http://www.net2phone.com/cgi-bin/adforward.cgi?p_key=NH211JK&url=http://com…

1 0

Odd Log Entries
by Lobban, Robert W SITI-ISEP-3 28 Sep '01

28 Sep '01

I was hoping that some one out there may be able to shed some light on the following log entries that we have started seeing on our CIFS only Netapp 840. Fri Sep 28 08:50:07 BST [CIFSAuthen:error]: CIFS - response from domain controller was larger than we could handle. Fri Sep 28 08:50:07 BST [CIFSAuthen:info]: Connection with DC \\XXXXXX Fri Sep 28 08:50:07 BST [CIFSAuthen:info]: Connection with DC \\XXXXXX established Fri Sep 28 08:50:08 BST [CIFSAuthen:error]: CIFS - response from domain controller was larger than we could handle. Fri Sep 28 08:50:08 BST [CIFSAuthen:info]: Connection with DC \\XXXXXX terminated Fri Sep 28 08:50:56 BST [CIFSAuthen:info]: Connection with DC \\XXXXXX established Every so often the box also starts getting the following messages Wed Sep 26 07:45:17 BST [CIFSAuthen:CRITICAL]: CIFS - Filer's security information differs from domain controller I am going to open a call with Netapps, but thought I would see if anyone else is having the same problems Robert Lobban Project Engineer Shell Information Technology International Limited Loirston House, Wellington Road, Altens, Aberdeen AB12 3BH Tel: +44122421 7577 Email: Robert.Lobban(a)is.Shell.com Internet: http://www.shell.com

1 0

Commands on Partnered Filers
by Julius Talbot 27 Sep '01

27 Sep '01

Are filesystems and interfaces local to each filer, even when clustered? Or, when clustered, does each filer shares the filesystems? Specifically, if I have filers A and B, and I run "df" and "ifconfig" against each filer: Do they return the same outputs? Or, does each filer retain its identity when clustered? So, /vol/vol0 and all other filesystems on filer A is different than /vol/vol0 and all other filesystems on filer B? Does it matter what mode I am in? Takeover, Cf Disabled, etc? So essentially, what I am asking is: Is each filesystem identifiable by it's Filer Serial number AND File system name? Or, by it's Cluster and File System name? Thank you all! -- _______________________________________________ Have you downloaded the latest calling software from Net2Phone? Click here to get it now! http://www.net2phone.com/cgi-bin/adforward.cgi?p_key=NH211JK&url=http://com…

3 2

RE: Anyone out there do backups via a share?
by Muhlestein, Mark 27 Sep '01

27 Sep '01

You should create a share on the snapshot. See the example in section 5 of http://www.netapp.com/tech_library/3052.html Mark -----Original Message----- From: Jordan Share [mailto:iso9@phantasticant.com] Sent: Wednesday, September 26, 2001 5:58 PM To: NetApp List Subject: Anyone out there do backups via a share? So, does anyone out there do backups via a share? What I've been doing is mapping a drive to the appropriate place, then backing up from the ~snapshot/nightly.0/ directory. Then I found out that this is quite a pain to restore, since my backup software (Backup Exec) insists on either using an identical tree structure (which fails, because ~snapshot is read-only) or no tree structure at all (as far as I can tell). Is there a better way? It'd be sweet to be able to restore directly to the filer. :) The resources I have are: Treefrog tape library attached to Win2k box with Backup Exec 8.6 (with remote-server-backup license whatnot). Any ideas? I definitely can't use NDMP, or attach directly to the filer, because then we'd need another filer to restore to (which is not a viable option for us at this time. :( ) Thanks, Jordan

2 1

RE: FTP don't work!
by Muhlestein, Mark 27 Sep '01

27 Sep '01

If you have NT security, the ftp users, which are Unix based, have to be successfully mapped to NT accounts. You can tell if that is happening by using the "wcc -u <ftpuser>" command. For example, if you are attempting to use a user "ftp" to access a file you have to be able to successfully run "wc -u ftp". That will show the mapping and groups for that user. If you turn on the cifs.trace_login option it will show step-by-step the mapping process. Of course, you also have to give enough rights to the mapped user to be able to access the files in question. Mark -----Original Message----- From: stefan.holzwarth(a)zentrale.adac.de [mailto:stefan.holzwarth@zentrale.adac.de] Sent: Thursday, September 27, 2001 12:54 AM To: Dave.M.Kennard(a)is.shell.com; toasters(a)mathworks.com Subject: AW: FTP don't work! Hi Dave, I tried to configure ftp for our cifs only server. It seems to work only on volumes with security-style unix and a qtree within that volume with secstyle unix. All other combinations didn't work at our site. With regards, Stefan Holzwarth ---------------------------------------------------------------------------- -- Stefan Holzwarth ADAC e.V. (Rechenzentrum, Produktionsplanung und Organisation) Am Westpark 8, 81373 München Tel.: (089) 7676-5212, Fax: (089) 76768924 -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCM/S d- s+: a C+(++) ULA++ P+>++ L+(++) E--- W++>+ N++ o-- K? w+(++) O+ M V? PS+ PE Y+ PGP->+ t+ 5+ !X R tv b !DI D G e+++ h--- r z? -------END GEEK CODE BLOCK----- > -----Ursprüngliche Nachricht----- > Von: Kennard, Dave M SITI-ISEL-31 [mailto:Dave.M.Kennard@is.shell.com] > Gesendet am: Dienstag, 25. September 2001 12:37 > An: toasters(a)mathworks.com > Betreff: FTP don't work! > > List, > > I have a CIFS only filer (NO NFS installed) does anyone know > how to get FTP > working? I have looked at the archives and added a user to > the filer but > still cant get in via FTP. > > Dave Kennard - SITI - NT Administration. >

1 0

CIFS permissions problem on restore
by Drew O'Donnell 27 Sep '01

27 Sep '01

We are testing a restore from tape on to our non clustered 820. We are using Veritas Data Center 3.41 and the security seems to get lost on the restore. Currently we are using CIFS exclusively on this filer, and we are running ONTAP 6.01 r3. The backup an restore are initiated by our backup server which is running Solaris 2.8 64 bit and we are using NDMP. We are licensed for NIS, but currently are not using this feature. Any ideas? Thanks Drew

2 1

AW: FTP don't work!
by stefan.holzwarth＠zentrale.adac.de 27 Sep '01

27 Sep '01

Hi Dave, I tried to configure ftp for our cifs only server. It seems to work only on volumes with security-style unix and a qtree within that volume with secstyle unix. All other combinations didn't work at our site. With regards, Stefan Holzwarth ---------------------------------------------------------------------------- -- Stefan Holzwarth ADAC e.V. (Rechenzentrum, Produktionsplanung und Organisation) Am Westpark 8, 81373 München Tel.: (089) 7676-5212, Fax: (089) 76768924 -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCM/S d- s+: a C+(++) ULA++ P+>++ L+(++) E--- W++>+ N++ o-- K? w+(++) O+ M V? PS+ PE Y+ PGP->+ t+ 5+ !X R tv b !DI D G e+++ h--- r z? -------END GEEK CODE BLOCK----- > -----Ursprüngliche Nachricht----- > Von: Kennard, Dave M SITI-ISEL-31 [mailto:Dave.M.Kennard@is.shell.com] > Gesendet am: Dienstag, 25. September 2001 12:37 > An: toasters(a)mathworks.com > Betreff: FTP don't work! > > List, > > I have a CIFS only filer (NO NFS installed) does anyone know > how to get FTP > working? I have looked at the archives and added a user to > the filer but > still cant get in via FTP. > > Dave Kennard - SITI - NT Administration. >

1 0

RE: multiple nic's, seperate subnets, PDC communication prob
by Mike Sphar 27 Sep '01

27 Sep '01

If you're so inclined, you can also do this in the filerview GUI if you have (I believe) version 6.x. When modifying the settings of an individual interface in filerview, there's a checkbox for whether that interface should register with WINS. -- Mike Sphar - Sr Systems Administrator - Engineering Support Peregrine Systems, Inc. -----Original Message----- From: jwitham(a)takedapharm.com [mailto:jwitham@takedapharm.com] Sent: Wednesday, September 26, 2001 5:38 PM To: mgraham(a)resgen.com; toasters(a)mathworks.com Subject: RE: multiple nic's, seperate subnets, PDC communication prob You can do an 'ifconfig eX -wins' to either de-register the new NIC and/or not register it at all. Just do it before you bring the interface back up and you should be fine. Make sure to modify /etc/rc so you don't hork on a reboot. -john John Witham Senior Data Networking Engineer Takeda Pharmaceuticals North America, Inc. V://847.383.3304 F://847.383.3205 mailto://jwitham@takedapharm.com <mailto://jwitham@takedapharm.com> Confucius say he who play as root eventually kill tree. -----Original Message----- From: Matt Graham [ mailto:mgraham@resgen.com <mailto:mgraham@resgen.com> ] Sent: Wednesday, September 26, 2001 6:54 PM To: toasters Subject: multiple nic's, seperate subnets, PDC communication prob I'm having a problem with my filer. I'm sure this has been answered before, but I couldn't find the answer. The filer is working great with existing network, using e0. When I try to bring up another network card on a seperate network, the filer tries to register the new ip with the WINS server on the first network. That operation barfs, then it looses communication with the DC (you can ping the DC, but "cifs testdc" fails) If I shutdown the new interface, communications with the DC resume. Everything seems to work fine during the period in which it is out of communication with the DC. I don't want it to register the new IP with the WINS server or DC (Can I stop that?). In fact, only NFS operations will be used on the new network. any advice? thx, Matt -- __________________________________________________________ If you can remain calm, you just don't have all the facts¿

1 0

Anyone out there do backups via a share?
by Jordan Share 27 Sep '01

27 Sep '01

So, does anyone out there do backups via a share? What I've been doing is mapping a drive to the appropriate place, then backing up from the ~snapshot/nightly.0/ directory. Then I found out that this is quite a pain to restore, since my backup software (Backup Exec) insists on either using an identical tree structure (which fails, because ~snapshot is read-only) or no tree structure at all (as far as I can tell). Is there a better way? It'd be sweet to be able to restore directly to the filer. :) The resources I have are: Treefrog tape library attached to Win2k box with Backup Exec 8.6 (with remote-server-backup license whatnot). Any ideas? I definitely can't use NDMP, or attach directly to the filer, because then we'd need another filer to restore to (which is not a viable option for us at this time. :( ) Thanks, Jordan

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 September 2001