toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

Replicating to filer
by Saklikar, Raj 15 Feb '01

15 Feb '01

I'm attending a class and am sending this from the instructor's email--please reply to this account or dmatarazzo(a)ftc.gov We are going to consolidate 4 NT servers to the filer and are looking for something that will replicate and then synchronize the shares, user directories and permissions. We have tested Fastlane's DM/Consolidator and I'm wondering if anyone has successfully used this or knows of another product that will enable us to accomplish this. Thanks.

1 0

RE: Mounting the root vol
by Yoder, Alan 14 Feb '01

14 Feb '01

> I want to take a look at the SecureShare Quota Manager. Problem is my > filer admin host is a UNIX box and I can't figure out how to mount the > root vol on my Win 2000 box. > > Is it possible? If so, how? > net use * \\filer\c$ See http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/ if that doesn't work. If you still can't figure it out from there, please open a call with Customer Support. Alan =============================================================== Alan G. Yoder agy(a)netapp.com Network Appliance, Inc. Sunnyvale, CA 408-822-6919 ===============================================================

1 0

Mounting the root vol
by Chuck Ross 14 Feb '01

14 Feb '01

Hello, I want to take a look at the SecureShare Quota Manager. Problem is my filer admin host is a UNIX box and I can't figure out how to mount the root vol on my Win 2000 box. Is it possible? If so, how? Thanks Chuck Ross SIGNIANT - A Nortel Networks Venture 1550 Carling Avenue, Suite 101 Ottawa, ON K1Z 8S8 email: Chuck.Ross(a)signiant.com tel: (613) 761-3605 fax: (613) 761-3629

1 0

Man page for na_dump missing
by Chris Thompson 14 Feb '01

14 Feb '01

Has anyone else noticed that the man page for na_dump(1) is missing from the ONTAP 6.0.1R1 tar file (both in etc/man/man1 and in etc/http/man/man1)? It was still there in 6.0R1. I hope this is is just an oversight and not a surreptitious attempt to remove the command! :-) na_restore(1) and na_dumpdates(5) are still there and refer one to na_dump(1). Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.

1 0

Re: File deletion problem
by Rune Bakken 13 Feb '01

13 Feb '01

neil lehrer <nlehrer(a)ibb.gov> writes: > shouldn't rc_toggle_basic commands be documented on NOW? it is restricted > access and i don't remember discussing "lock_dump -f" in my netapp classes. It was discussed and used in the Ontap Advanced class, atleast the docs included the rc_toggle_basic commands >>>>>>>>>>.rune -- Rune Bakken "I feel sorry for people who don't drink. System Administrator When they wake up in the morning, that's as Nextra, good as they're going to feel all day." - Telenor Company - Frank Sinatra

1 0

Re: File deletion problem
by neil lehrer 13 Feb '01

13 Feb '01

shouldn't rc_toggle_basic commands be documented on NOW? it is restricted access and i don't remember discussing "lock_dump -f" in my netapp classes. "Clawson, Simon" wrote: > > Wow - easy as that.. > > Thanks Eyal, that did the trick and we sorted the issue. > > I can see why these commands are slightly mystical though. It would be all > to easy to pick up the manual and start hammering away in rc_toggle_basic, > and you can really play around with things in there. The few useful snipets > I have learned are just that - useful in one situation, but quite dangerous > in another. > > Thanks again Eyal > > Simon > > > -----Original Message----- > > From: Traitel, Eyal [mailto:eyal@netapp.com] > > Sent: 13 February 2001 15:36 > > To: 'Chris Thompson'; Traitel, Eyal > > Cc: nlehrer(a)ibb.gov; simon_clawson > > Subject: RE: File deletion problem > > > > > > I agree. > > We do not publish all commands, but my answer was not kind of > > RTFM, but more > > a specific answer to the question... > > > > I hope it helps... > > > > You can always open support cases, so don't count on toasters > > answers if > > this is a must-be-answered issues. > > > > > > Eyal. > > > > > > ---------------------------------------------------------------------- > > eTraitel - I'm the new eBuzzword around !!! > > ---------------------------------------------------------------------- > > Eyal Traitel - Filer Escalation Engineer > > CNA, MCSE, CSA, NACA > > > > Network Appliance BV > > Holland Office Center > > Kruisweg 799b > > 2132 NG, Hoofddorp > > The Netherlands > > Office: +31 23 567 9685 > > Cellular: +31 6 5497 2568 > > Email: eyal(a)netapp.com > > ---------------------------------------------------------------------- > > Get answers NOW! - NetApp On the Web - http://now.netapp.com > > ---------------------------------------------------------------------- > > > > > > -----Original Message----- > > From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] > > Sent: Tuesday, February 13, 2001 4:14 PM > > To: eyal(a)netapp.com > > Cc: nlehrer(a)ibb.gov; simon_clawson(a)mentorg.com; toasters(a)mathworks.com > > Subject: Re: File deletion problem > > > > > > Eyal Traitel <eyal(a)netapp.com> writes: > > > > > > > From: neil lehrer [mailto:nlehrer@ibb.gov] > > [...] > > > > what is lock_dump -f? > > > > > > From its man page: > > > > > > NAME > > > lock_dump - print lock records organized by client or by > > host (ADVANCED) > > > > > > SYNOPSIS > > > lock_dump [ -f | -h ] > > > > > > DESCRIPTION > > > lock_dump prints NLM lock records organized either by file, > > or by host. > > > > > > OPTIONS > > > -f Prints lock records organized by file. > > > -h Prints lock records organized by host. > > > > This might be read as a sotto voce form of "RTFM"... But, of > > course, few > > people outside NetApp will have seen these man pages for the commands > > hidden behind rc_toggle_basic. They aren't distributed with > > ONTAP, and > > they aren't visible at NOW. > > > > Chris Thompson University of Cambridge > > Computing Service, > > Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, > > Phone: +44 1223 334715 United Kingdom. > > -- regards +++++++++++++++++++++++++++++++++++++++++++++++++ + Neil Lehrer + + United States International Broadcasting Bureau + System Development Division + + voice 202 619-2524 + fax 202 619-3576 + nlehrer(a)ibb.gov + + " is this crisis an opportunity or just + another grab the fire extinguisher moment?" + +++++++++++++++++++++++++++++++++++++++++++++++++

1 0

RE: File deletion problem
by Traitel, Eyal 13 Feb '01

13 Feb '01

>From its man page: NAME lock_dump - print lock records organized by client or by host (ADVANCED) SYNOPSIS lock_dump [ -f | -h ] DESCRIPTION lock_dump prints NLM lock records organized either by file, or by host. OPTIONS -f Prints lock records organized by file. -h Prints lock records organized by host. Eyal. ---------------------------------------------------------------------- eTraitel - I'm the new eBuzzword around !!! ---------------------------------------------------------------------- Eyal Traitel - Filer Escalation Engineer CNA, MCSE, CSA, NACA Network Appliance BV Holland Office Center Kruisweg 799b 2132 NG, Hoofddorp The Netherlands Office: +31 23 567 9685 Cellular: +31 6 5497 2568 Email: eyal(a)netapp.com ---------------------------------------------------------------------- Get answers NOW! - NetApp On the Web - http://now.netapp.com ---------------------------------------------------------------------- -----Original Message----- From: neil lehrer [mailto:nlehrer@ibb.gov] Sent: Tuesday, February 13, 2001 1:02 AM To: Traitel, Eyal Cc: 'Clawson, Simon'; 'toasters(a)mathworks.com' Subject: Re: File deletion problem what is lock_dump -f? "Traitel, Eyal" wrote: > > Short suggestions might be: > > 1. use lock_dump -f > 2. Check if file has CIFS ACL ?!? > > Eyal. > > ---------------------------------------------------------------------- > eTraitel - I'm the new eBuzzword around !!! > ---------------------------------------------------------------------- > Eyal Traitel - Filer Escalation Engineer > CNA, MCSE, CSA, NACA > > Network Appliance BV > Holland Office Center > Kruisweg 799b > 2132 NG, Hoofddorp > The Netherlands > Office: +31 23 567 9685 > Cellular: +31 6 5497 2568 > Email: eyal(a)netapp.com > ---------------------------------------------------------------------- > Get answers NOW! - NetApp On the Web - http://now.netapp.com > ---------------------------------------------------------------------- > > -----Original Message----- > From: Clawson, Simon [mailto:simon_clawson@mentorg.com] > Sent: Friday, February 09, 2001 11:12 AM > To: 'toasters(a)mathworks.com' > Subject: File deletion problem > > Hi! > > I have a file in a directory on the NetApps. I would like to delete it, but > get permission deined every time I attempt to. The file is visible on UNIX, > can be opened and modified. I have CHMOD'd it to 777, CHOWN'd it to root and > still cannot remove it. The directory is writable, as I can create and > delete files within it. Is there a way to check who is accesing a file on > the NetApps? Is it possible that there is a lock on this file, that I can > munually break? > > Simon > > Simon Clawson > HDS Team Systems Administrator > Mentor Graphics Uk > Rivergate > London Road > Newbury > Berkshire > RG14 2QB > <<Clawson, Simon.vcf>> --

3 2

RE: File deletion problem
by Traitel, Eyal 13 Feb '01

13 Feb '01

Short suggestions might be: 1. use lock_dump -f 2. Check if file has CIFS ACL ?!? Eyal. ---------------------------------------------------------------------- eTraitel - I'm the new eBuzzword around !!! ---------------------------------------------------------------------- Eyal Traitel - Filer Escalation Engineer CNA, MCSE, CSA, NACA Network Appliance BV Holland Office Center Kruisweg 799b 2132 NG, Hoofddorp The Netherlands Office: +31 23 567 9685 Cellular: +31 6 5497 2568 Email: eyal(a)netapp.com ---------------------------------------------------------------------- Get answers NOW! - NetApp On the Web - http://now.netapp.com ---------------------------------------------------------------------- -----Original Message----- From: Clawson, Simon [mailto:simon_clawson@mentorg.com] Sent: Friday, February 09, 2001 11:12 AM To: 'toasters(a)mathworks.com' Subject: File deletion problem Hi! I have a file in a directory on the NetApps. I would like to delete it, but get permission deined every time I attempt to. The file is visible on UNIX, can be opened and modified. I have CHMOD'd it to 777, CHOWN'd it to root and still cannot remove it. The directory is writable, as I can create and delete files within it. Is there a way to check who is accesing a file on the NetApps? Is it possible that there is a lock on this file, that I can munually break? Simon Simon Clawson HDS Team Systems Administrator Mentor Graphics Uk Rivergate London Road Newbury Berkshire RG14 2QB <<Clawson, Simon.vcf>>

3 2

remove
by Max Chan 13 Feb '01

13 Feb '01

Dear all, how can i remove from toaster list Max

1 0

RE: Recovered Error
by Maximus Moua 12 Feb '01

12 Feb '01

Sorry I left two pieces of information out. The error existed in Ontap 5.3.4r2 and still occurs after upgrading to Ontap 5.3.6r2. I regret not replacing the LRC the last down when I replaced the FCAL components. Max. -----Original Message----- From: Knight, Jason [mailto:Jason.Knight@citadelgroup.com] Sent: Monday, February 12, 2001 6:29 AM To: 'Levent Kaptanoglu'; Knight, Jason Cc: toasters(a)mathworks.com Subject: RE: Recovered Error Levent, It is normal (or at least not unusual) to see disk errors during a RAID SCRUB, RAID SCRUB is looking for bad media. If you start seeing these errors occur several times a day and on the same disk when the system is not performing a RAID SCRUB then you might consider failing the disk at a convenient time and RMA'ing it if you have enough spares, but you should talk with NetApp support first. Jason Knight -----Original Message----- From: Levent Kaptanoglu [mailto:lkaptan@pro-link.net] Sent: Monday, February 12, 2001 7:35 AM To: Knight, Jason Cc: toasters(a)mathworks.com Subject: RE: Recovered Error I have the same error Could you find any solution ? ===== MESSAGES ===== Sun Feb 11 00:00:04 EET [asup_main]: System Notification mail sent Sun Feb 11 01:00:00 EET [statd]: 1:00am up 17 days, 16:39 1421477327 NFS ops, 6827 CIFS ops, 133 HTTP ops Sun Feb 11 01:00:00 EET [raid_scrub_admin]: Beginning disk scrubbing... Sun Feb 11 01:23:28 EET [CIFSAuthen]: CIFS - machine password changed on DC \\MYNETDC1 Sun Feb 11 02:00:00 EET [statd]: 2:00am up 17 days, 17:39 1423199759 NFS ops, 6829 CIFS ops, 133 HTTP ops Sun Feb 11 03:00:00 EET [statd]: 3:00am up 17 days, 18:39 1424335238 NFS ops, 6829 CIFS ops, 133 HTTP ops Sun Feb 11 03:05:12 EET [isp2100_main]: Disk 1.2(0xfffffc0000caa4c8): op 0x28:016cf560:0080 sector 23917993 recovered error - (1 17, 1) Sun Feb 11 04:00:00 EET [statd]: 4:00am up 17 days, 19:39 1424889672 NFS ops, 6829 CIFS ops, 133 HTTP ops Sun Feb 11 05:00:00 EET [statd]: 5:00am up 17 days, 20:38 1425181655 NFS ops, 6829 CIFS ops, 133 HTTP ops Sun Feb 11 05:45:45 EET [consumer]: Scrub found 0 parity inconsistencies Sun Feb 11 05:45:45 EET [consumer]: Scrub found 0 media errors Sun Feb 11 05:45:45 EET [consumer]: Disk scrubbing finished... -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com]On Behalf Of Knight, Jason Sent: 10 Þubat 2001 Cumartesi 18:27 To: 'Eff Norwood'; Maximus Moua; toasters(a)mathworks.com Subject: RE: Recovered Error Have you replaced the LRC? An LRC going bad can show up as disk errors. Jason Knight -----Original Message----- From: Eff Norwood [mailto:eff@cynaptic.com] Sent: Friday, February 09, 2001 8:15 PM To: Maximus Moua; toasters(a)mathworks.com Subject: Re: Recovered Error What release of ONTAP are you running? Effrem Norwood ----- Original Message ----- From: "Maximus Moua" <maximus(a)saba.com> To: <toasters(a)mathworks.com> Sent: Friday, February 09, 2001 10:14 AM Subject: Recovered Error > Hi All, > > I recently acquired a filer F720 with 36 G shelf which exibited a sector > error in the Message log. I have tried swapping drives, replacing FCAL > controller, cable and terminator. The problem occurs on all the data > drives, except the spare, during heavy disk activity such as disk scrubbing > but less frequently and randomly even when disk activity should be minimal. > NetApp tells me this is a soft error and does not warrant concern but I > wonder if any of you have experience this and can assure me to leave this > one alone. > > Thanks, > > -Max > > Wed Feb 7 19:26:45 PST [raid_disk_admin]: Spare disk 1.4 (S/N > 680A845B1K) has been added to the system. > Wed Feb 7 19:33:46 PST [isp2100_main]: Disk 1.1(0xfffffc0000cbbcb8): op > 0x28:00529380:0080 sector 5411723 recovered error - (1 17, 3) > Wed Feb 7 19:41:51 PST [isp2100_main]: Disk 1.1(0xfffffc0000cbb978): op > 0x28:00a79900:0080 sector 10983747 recovered error - (1 17, 1) > Wed Feb 7 20:00:00 PST [statd]: 8:00pm up 12 days, 29 mins, 3 NFS ops, > 48398305 CIFS ops, 810 HTTP ops > Wed Feb 7 20:16:35 PST [isp2100_main]: Disk 1.0(0xfffffc0000cade18): op > 0x28:020c22c0:0080 sector 34349865 recovered error - (1 17, 3) > Wed Feb 7 20:17:56 PST [isp2100_main]: Disk 1.5(0xfffffc0000cc1e38): op > 0x28:021a93c0:0080 sector 35296301 recovered error - (1 17, 1) > Wed Feb 7 20:18:52 PST [isp2100_main]: Disk 1.1(0xfffffc0000cc7ad8): op > 0x28:02249240:0080 sector 35951273 recovered error - (1 17, 1) > Wed Feb 7 20:20:51 PST [isp2100_main]: Disk 1.5(0xfffffc0000cd6cf8): op > 0x28:0239ed40:0080 sector 37350752 recovered error - (1 17, 1) > Wed Feb 7 20:25:13 PST [isp2100_main]: Disk 1.0(0xfffffc0000ca6298): op > 0x28:02692bc0:0080 sector 40447008 recovered error - (1 16, 0) > Wed Feb 7 20:44:04 PST [isp2100_main]: Disk 1.1(0xfffffc0000cb8718): op > 0x28:033932c0:0080 sector 54080224 recovered error - (1 17, 7) > Wed Feb 7 20:49:34 PST [isp2100_main]: Disk 1.1(0xfffffc0000cb3df8): op > 0x28:0378e938:0080 sector 58255736 recovered error - (1 17, 1) > Wed Feb 7 21:00:00 PST [statd]: 9:00pm up 12 days, 1:29 3 NFS ops, > 48418877 CIFS ops, 810 HTTP ops > Wed Feb 7 21:03:25 PST [isp2100_main]: Disk 1.1(0xfffffc0000ca99d8): op > 0x28:041f4af0:0080 sector 69159705 recovered error - (1 17, 3) > Wed Feb 7 21:04:13 PST [isp2100_main]: Disk 1.1(0xfffffc0000ca5c18): op > 0x28:04289df0:0080 sector 69770779 recovered error - (1 17, 7) > Wed Feb 7 21:32:53 PST [consumer]: Reconstruction of data disk in volume > vol0, RAID group 0, complete. >

2 1

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