toasters

toasters@lists.teaparty.net

2 participants
13522 discussions

RE: Backups of both NFS and CIFS Directories
by Muhlestein, Mark 24 Jan '01

24 Jan '01

The information is passed to the backup program using a technique involving OS/2-style extended attributes. When these are restored, the filer does the "right thing" to restore the correct permissions. This technique also correctly backs up and restores all UNIX filesystem objects, including block/char special device files, symbolic links, hard links, etc. This (patent-pending) feature has been available since ONTAP version 5.1. I'm not sure where, but this should be documented in the system guide somewhere. Mark Muhlestein -- mmm(a)netapp.com -- netapp engineering -----Original Message----- From: Karl Erik Øyøygard [mailto:karl@proact.no] Sent: Wednesday, January 24, 2001 3:46 PM To: 'Benn, Paul'; toasters(a)mathworks.com Subject: RE: Backups of both NFS and CIFS Directories Paul, others, I still don't get it! How can a CIFS-client (without SecureShare) see the UNIX-permissions on files on a filer? And especially, how do files restored by a CIFS-client get UNIX-style permissions? I've tested it, and I can see that it actually works, but I'm not confident that I can recommend this to my customers... Is this dependent on the OS version on the filer or the client backing it up? Is there any technical doc on these 'magical' permissions that aren't seen by the client backing them up, but still restored correctly? Regards, Karl Erik > -----Opprinnelig melding----- > Fra: Benn, Paul [SMTP:paul.benn@netapp.com] > Sendt: 19. januar 2001 00:12 > Til: 'glennc(a)informix.com'; toasters(a)mathworks.com > Emne: RE: Backups of both NFS and CIFS Directories > > Glenn, > > To retain both permission styles you'll need to backup using the local > dump command, an NDMP enabled backup application or backup over CIFS. > Backing up over NFS will not retain NTFS file permissions or DOS > attributes. > > If you back up over CIFS, not only are the UNIX and NT file permissions > retained but we also backup the DOS file attributes and track an archive > bit for files with UNIX-style permissions. If backing up over CIFS is your > plan, have a look at our white paper on this subject: > > <http://www.netapp.com/tech_library/3052.html> > > Regards, > > Paul Benn > Network Appliance >

1 0

RE: Backups of both NFS and CIFS Directories
by Karl Erik Øyøygard 24 Jan '01

24 Jan '01

Paul, others, I still don't get it! How can a CIFS-client (without SecureShare) see the UNIX-permissions on files on a filer? And especially, how do files restored by a CIFS-client get UNIX-style permissions? I've tested it, and I can see that it actually works, but I'm not confident that I can recommend this to my customers... Is this dependent on the OS version on the filer or the client backing it up? Is there any technical doc on these 'magical' permissions that aren't seen by the client backing them up, but still restored correctly? Regards, Karl Erik > -----Opprinnelig melding----- > Fra: Benn, Paul [SMTP:paul.benn@netapp.com] > Sendt: 19. januar 2001 00:12 > Til: 'glennc(a)informix.com'; toasters(a)mathworks.com > Emne: RE: Backups of both NFS and CIFS Directories > > Glenn, > > To retain both permission styles you'll need to backup using the local > dump command, an NDMP enabled backup application or backup over CIFS. > Backing up over NFS will not retain NTFS file permissions or DOS > attributes. > > If you back up over CIFS, not only are the UNIX and NT file permissions > retained but we also backup the DOS file attributes and track an archive > bit for files with UNIX-style permissions. If backing up over CIFS is your > plan, have a look at our white paper on this subject: > > <http://www.netapp.com/tech_library/3052.html> > > Regards, > > Paul Benn > Network Appliance >

1 0

NetApps for Web-based File Storage Services
by randall don scott 24 Jan '01

24 Jan '01

We're currently looking at using our existing NetApp boxes for deploying web based storage services for the campus. One approach we've considered is developing our own software which would interface to the ONTAP cifs admin commands. The idea would be to develop something that lets user create their own shares and groups, with the ability to add/remove users. This could be possibly inflexible tho, and would probably lead to a proliferation of groups. Another approach could be to use NFS and export the storage to a web server, and put our home-grown software on the webserver. Has anyone done anything like this? Or does anyone know of a possible vendor solutions that could use our existing infrastructure?

1 0

RMA follow-up
by Jim Harm 23 Jan '01

23 Jan '01

Does someone know how to get them to call off the dogs. I get strangers calling me asking me where the RMA return is, before it gets delivered to my office. It takes me about a week to schedule the downtime and another week to get the old part out of shipping. These people call me and threaten to charge me for a part after 10 days. I've got work to do that does not include finding out what number and shipper that department used to return the part and I am really getting bugged by the continuing and threatening calls from strangers. If they just wait, they will turn up on the loading dock at NetApp. I've called NetApp sales, RMA team at NetApp, NetApp support, and now I'll try you. Someone must know a secret word to tell them to LAYOFF! -- }}}===============>> LLNL James E. Harm (Jim); jharm(a)llnl.gov System Administrator Compaq Clusters (925) 422-4018 Page: 423-7705x57152

2 1

RE: Veritas 8.5 Backup Exec in NT environment
by Benn, Paul 23 Jan '01

23 Jan '01

I ask because you didn't specifically mention that you checked..... did you check the permissions on the other volumes (share level and NTFS level)? -----Original Message----- From: Maglinger, Paul [mailto:PMAGLINGER@scvl.com] Sent: Tuesday, January 23, 2001 7:51 AM To: 'NetApps list server' Subject: Veritas 8.5 Backup Exec in NT environment We have a 740 filer running 5.3.7R2 in a Winnt environment. We are wanting to use Veritas 8.5 Backup Exec to backup our filer. From the Backup Exec console we can see the root volume as an administrative share (C$) and can click on the check box, but the other two volumes that we created are grayed out (D$ and E$). We are able to map to the C$, D$, and E$ from a NT Workstation. Volumes have been exported. Anyone have some experience to share? Have a prosperous and profitable day! _____ Paul Maglinger, A+, CA, CET, MCP PC Specialist Shoe Carnival Inc. (812)867-4674 pmaglinger(a)scvl.com <mailto:pmaglinger@scvl.com> _____

1 0

Veritas 8.5 Backup Exec in NT environment
by Maglinger, Paul 23 Jan '01

23 Jan '01

We have a 740 filer running 5.3.7R2 in a Winnt environment. We are wanting to use Veritas 8.5 Backup Exec to backup our filer. From the Backup Exec console we can see the root volume as an administrative share (C$) and can click on the check box, but the other two volumes that we created are grayed out (D$ and E$). We are able to map to the C$, D$, and E$ from a NT Workstation. Volumes have been exported. Anyone have some experience to share? Have a prosperous and profitable day! _____ Paul Maglinger, A+, CA, CET, MCP PC Specialist Shoe Carnival Inc. (812)867-4674 pmaglinger(a)scvl.com <mailto:pmaglinger@scvl.com> _____

1 0

Automount fails on first attempt on Solaris
by benny.wistrom＠cn.saab.se 23 Jan '01

23 Jan '01

Hi! I have a problem with automount on Solaris. The problem appears on both Solaris 2.6 and Solaris 8. On the first attempt to access any directory located on the filer the automount request times out but on the second attempt it mounts the directory. It takes 15 seconds to mount the directory. All other mounts after the first one has been mounted works fine. This behaviour appears everytime I try to access a directory after the automounter has released all mounts. Automount works just fine on AIX, HP-UX, Linux when accessing the same directories. We use NFS version 3 and NFS over TCP is enabled on the filer. We have OnTap 5.3.6R2 installed on the filer. Any suggestions? -- Regards: Benny Wiström CSC Phone: +46 13 4653647 Systemadministrator 581 88 Linköping Fax: +46 13 185771 Benny.Wistrom(a)cn.saab.se Sweden Mobile: +46 13 4653647

2 1

RE: Automount fails on first attempt on Solaris
by Traitel, Eyal 23 Jan '01

23 Jan '01

I would look then on if you are running latest patches from Sun... 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: benny.wistrom(a)cn.saab.se [mailto:benny.wistrom@cn.saab.se] Sent: Tuesday, January 23, 2001 1:57 PM To: Traitel Eyal Cc: NetApp Maillista Subject: Re: Automount fails on first attempt on Solaris The reason I have enabled NFS over TCP is that Solaris first tries this protocol. I have the same problem when using NFS over UDP. /Benny > "Traitel, Eyal" wrote: > > Is the mounts on the AIX, HP-UX and Linux done also via TCP ? > It might lead you to the fact that the mount over TCP just takes some > more time to finish. > > Just a suggestion, > Eyal. > > Why TCP by the way ? Did you check UDP ? > > ---------------------------------------------------------------------- > > 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: benny.wistrom(a)cn.saab.se [mailto:benny.wistrom@cn.saab.se] > Sent: Tuesday, January 23, 2001 1:31 PM > To: NetApp Maillista > Subject: Automount fails on first attempt on Solaris > > Hi! > > I have a problem with automount on Solaris. The problem appears on > both > Solaris 2.6 and Solaris 8. > On the first attempt to access any directory located on the filer the > automount request times out but on the second attempt it mounts the > directory. It takes 15 seconds to mount the directory. All other > mounts > after the first one has been mounted works fine. > This behaviour appears everytime I try to access a directory after the > > automounter has released all mounts. > Automount works just fine on AIX, HP-UX, Linux when accessing the same > > directories. > > We use NFS version 3 and NFS over TCP is enabled on the filer. > We have OnTap 5.3.6R2 installed on the filer. > > Any suggestions? > > -- > Regards: > > Benny Wiström CSC Phone: +46 13 > 4653647 > Systemadministrator 581 88 Linköping Fax: +46 13 > 185771 > Benny.Wistrom(a)cn.saab.se Sweden Mobile: +46 13 > 4653647 -- Regards: Benny Wiström CSC Phone: +46 13 4653647 Systemadministrator 581 88 Linköping Fax: +46 13 185771 Benny.Wistrom(a)cn.saab.se Sweden Mobile: +46 13 4653647 Sometimes I think the surest sign that intelligent life exists elsewhere in the universe is that none of it has tried to contact us. -Calvin & Hobbes (Bill Watterson) Ask your boss to reconsider -- it's so difficult to take "Go to hell" for an answer.

2 1

RE: Automount fails on first attempt on Solaris
by Traitel, Eyal 23 Jan '01

23 Jan '01

Is the mounts on the AIX, HP-UX and Linux done also via TCP ? It might lead you to the fact that the mount over TCP just takes some more time to finish. Just a suggestion, Eyal. Why TCP by the way ? Did you check UDP ? ---------------------------------------------------------------------- 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: benny.wistrom(a)cn.saab.se [mailto:benny.wistrom@cn.saab.se] Sent: Tuesday, January 23, 2001 1:31 PM To: NetApp Maillista Subject: Automount fails on first attempt on Solaris Hi! I have a problem with automount on Solaris. The problem appears on both Solaris 2.6 and Solaris 8. On the first attempt to access any directory located on the filer the automount request times out but on the second attempt it mounts the directory. It takes 15 seconds to mount the directory. All other mounts after the first one has been mounted works fine. This behaviour appears everytime I try to access a directory after the automounter has released all mounts. Automount works just fine on AIX, HP-UX, Linux when accessing the same directories. We use NFS version 3 and NFS over TCP is enabled on the filer. We have OnTap 5.3.6R2 installed on the filer. Any suggestions? -- Regards: Benny Wiström CSC Phone: +46 13 4653647 Systemadministrator 581 88 Linköping Fax: +46 13 185771 Benny.Wistrom(a)cn.saab.se Sweden Mobile: +46 13 4653647

3 2

Lotus Notes and Filers
by lallin＠millermartin.com 22 Jan '01

22 Jan '01

We have an NT network that serves about 350 users. We recently purchased an F720 to place our data on. We have successfully migrated our user homes, some SQL databases, and some misc other stuff, but we are having serious problems getting the Filer and Lotus Notes to work together. I have followed the Netapp whitepaper on migrating Lotus Notes databases to the filer utilizing option 1 (binaries and id's on the server, data on the filer). Ever since we have migrated our data to the filer, we have consistent database corruptions on both our e-mail server and our application server (both running Notes 4.6.5a). On our e-mail server, user mailboxes will get corrupted sometimes and the "mail.box" will get corrupted other times. On our application server, we have one database in particular that seems to be the main culprit of corruptions and it is a 2.5 Gb mail-in database that we use for contact management. About the only thing that Netapp support has been able to tell us so far is to disable oplocks. I have tried this at both the share level and at the filer level, neither of which helped. Currently we have re-enabled it filer wide and disabled it only at the share points where the Notes servers access the filer. Our filer is running 5.3.7 R2. Our notes servers are accessing the filer through a mapped drive connected to the '\\ipaddress\share$' on the filer (yes I did use a hidden share here), and Notes is not running as a service. We had to put a stop to this because the service would not run interactively with the console and we could not connect to it using the remote administrator. I'm sure I have missed some details that I would be more than happy to fill in if it would help. Needless to say, we are not very happy with our Notes/Filer integration. If anyone has ANY suggestion on how to stop the corruptions, make Notes run as a service (interactively), or just plain make it work, your input would be greatly appreciated. *************************** CONFIDENTIALITY NOTICE *************************** The information contained in this e-mail message is legally privileged and confidential, and is intended only for the use of the addressee. Any dissemination, distribution, or copying of this e-mail by an unauthorized recipient is prohibited. If you have received this e-mail in error, please immediately notify us by reply e-mail and delete this message and any attachments. Please also advise us immediately if you or your employer does not consent to receipt of Internet e-mail for confidential messages of this kind. *******************************************************************************

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