toasters

toasters@lists.teaparty.net

13520 discussions

RE: Discrepancy between quota report and actual quota size
by Surlow, Jim 12 Apr '02

12 Apr '02

Paul, I use 6.0.1R3 and noticed this as well when I started using user quotas. Here's the issue - the user quota is for the user on the partition NOT the home directory itself. So, for instance, I have users who own files in other users' home directories. Doing a 'du -k' (I only use our filer for NFS/Unix, not for CIFS/NT) of that other user's home directory will report much more than what the quota report shows. This is exactly what you are seeing. Jim Surlow CSG Systems -----Original Message----- From: Maglinger, Paul [mailto:PMAGLINGER@scvl.com] Sent: Friday, April 12, 2002 2:55 PM To: 'NetApps list server' Subject: Discrepancy between quota report and actual quota size Running a 740 filer with 6.1.1R2P1. Just recently implemented user quotas on the home directories. Now when I bring up a quota report, the home directories show up but the amount the report is showing does not match the actual amount of data in the folder. I'm not talked a few K, but in one instance the report shows 4M of data when actually it is 1.2G. Thoughts? Remember, you are unique... just like everyone else! _____ Paul Maglinger, A+, CA, CET, MCSE Systems Administrator Shoe Carnival Inc. (812)867-4674 pmaglinger(a)scvl.com <mailto:pmaglinger@scvl.com> _____

1 0

Discrepancy between quota report and actual quota size
by Maglinger, Paul 12 Apr '02

12 Apr '02

Running a 740 filer with 6.1.1R2P1. Just recently implemented user quotas on the home directories. Now when I bring up a quota report, the home directories show up but the amount the report is showing does not match the actual amount of data in the folder. I'm not talked a few K, but in one instance the report shows 4M of data when actually it is 1.2G. Thoughts? Remember, you are unique... just like everyone else! _____ Paul Maglinger, A+, CA, CET, MCSE Systems Administrator Shoe Carnival Inc. (812)867-4674 pmaglinger(a)scvl.com <mailto:pmaglinger@scvl.com> _____

1 0

FW: ndmpcopy speed test
by Summers, John 12 Apr '02

12 Apr '02

NDMP copy (within a filer). 2nd example is from a Solaris (2.6?) to a filer. Note: This was from a F630 filer on a 100tx-fd connection. Light load on the subnet. John Summers Subject: ndmpcopy speed test John, I did some ndmpcopy speed test and here's the results: -- Using the loopback on a 630 -- limited to 10Mbps --or-- 1.5MBps ultra5-rtp@root> ./ndmpcopy f630-rtp:/vol/vol0 f630-rtp:/vol/vol2 Password: Connecting to f630-rtp. Connecting to f630-rtp. f630-rtp: CONNECT: Connection established. f630-rtp: CONNECT: Connection established. f630-rtp: LOG: DUMP: f630-rtp: LOG: creating "/vol/vol0/../snapshot_for_backup.55" snapshot. f630-rtp: LOG: DUMP: f630-rtp: LOG: Using Full Volume Dump f630-rtp: LOG: DUMP: f630-rtp: LOG: Date of this level 0 dump: Thu Mar 7 12:41:56 2002. f630-rtp: LOG: DUMP: f630-rtp: LOG: Date of last level 0 dump: the epoch. f630-rtp: LOG: DUMP: f630-rtp: LOG: Dumping /vol/vol0/ to NDMP connection f630-rtp: LOG: DUMP: f630-rtp: LOG: mapping (Pass I)[regular files] f630-rtp: LOG: DUMP: f630-rtp: LOG: mapping (Pass II)[directories] f630-rtp: LOG: DUMP: f630-rtp: LOG: estimated 112610 KB. f630-rtp: LOG: DUMP: f630-rtp: LOG: dumping (Pass III) [directories] f630-rtp: LOG: RESTORE: f630-rtp: LOG: Thu Mar 7 12:42:00 2002: Begin level 0 restore f630-rtp: LOG: RESTORE: f630-rtp: LOG: Thu Mar 7 12:42:00 2002: Reading directories from the backup f630-rtp: LOG: DUMP: f630-rtp: LOG: dumping (Pass IV) [regular files] f630-rtp: LOG: RESTORE: f630-rtp: LOG: Thu Mar 7 12:42:00 2002: Creating files and directories. f630-rtp: LOG: RESTORE: f630-rtp: LOG: Warning: cannot create directory etc: File exists f630-rtp: LOG: RESTORE: f630-rtp: LOG: Warning: cannot create directory tmp: File exists f630-rtp: LOG: RESTORE: f630-rtp: LOG: The file: ./restore_symboltable could not be restored with its original name. f630-rtp: LOG: RESTORE: f630-rtp: LOG: It has been renamed to: ./rstabRENAME3C8B5BA4 f630-rtp: LOG: RESTORE: f630-rtp: LOG: Thu Mar 7 12:42:01 2002: Writing data to files. f630-rtp: LOG: RESTORE: f630-rtp: LOG: Thu Mar 7 12:43:09 2002: Restoring NT ACLs. f630-rtp: LOG: DUMP: f630-rtp: LOG: dumping (Pass V) [ACLs] f630-rtp: LOG: DUMP: f630-rtp: LOG: 112587 KB f630-rtp: LOG: DUMP: f630-rtp: LOG: DUMP IS DONE f630-rtp: LOG: DUMP: f630-rtp: LOG: Deleting "/vol/vol0/../snapshot_for_backup.55" snapshot. f630-rtp: LOG: RESTORE: f630-rtp: LOG: RESTORE IS DONE f630-rtp: HALT: The operation was successful! Waiting for f630-rtp to halt too. The transfer was successful, but the source filer hasn't halted yet. Elapsed time: 0 hours, 1 minutes, 22 seconds. f630-rtp: HALT: The operation was successful! The transfer is complete. Elapsed time: 0 hours, 1 minutes, 23 seconds. -- sysstat is showing a throughput of ~1.8MBps ultra5-rtp@root> rsh f630-rtp sysstat -sx 5 CPU NFS CIFS HTTP Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk in out read write read write age hit time ty util 1% 0 0 0 0 0 0 11 40 0 0 >60 100% 3% T 3% 0% 0 0 0 0 0 0 0 0 0 0 >60 100% 0% - 0% 1% 0 0 0 0 0 0 9 39 0 0 >60 100% 3% T 4% 0% 0 0 0 0 0 0 0 0 0 0 >60 100% 0% - 0% 1% 0 0 0 0 0 0 9 39 0 0 >60 100% 3% T 4% 4% 0 0 0 0 1 1 349 82 0 0 >60 97% 12% 2 16% 85% 0 0 0 0 825 825 1695 2046 0 0 >60 96% 22% F 32% 48% 0 0 0 0 1291 1291 1580 12759 0 0 >60 99% 100% : 100% 68% 0 0 0 0 2685 2685 2947 8422 0 0 >60 100% 78% B 69% 42% 0 0 0 0 1902 1902 1924 6442 0 0 >60 100% 66% F 51% 47% 0 0 0 0 2568 2568 2543 5582 0 0 >60 100% 49% F 45% 27% 0 0 0 0 1715 1715 1683 1229 0 0 >60 99% 13% F 11% 33% 0 0 0 0 1570 1569 1764 4264 0 0 >60 98% 38% : 34% 45% 0 0 0 0 2244 2244 2140 5722 0 0 >60 100% 50% F 46% 20% 0 0 0 0 1240 1240 2329 0 0 0 >60 99% 0% - 86% 26% 0 0 0 0 951 951 1330 5629 0 0 >60 100% 48% F 59% 20% 0 0 0 0 1339 1339 1806 0 0 0 >60 98% 0% - 66% 46% 0 0 0 0 1757 1757 2380 5375 0 0 >60 99% 48% F 64% 22% 0 0 0 0 1401 1401 1287 0 0 0 >60 100% 0% - 14% CPU NFS CIFS HTTP Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk in out read write read write age hit time ty util 56% 0 0 0 0 1951 1951 1756 6995 0 0 >60 100% 72% F 59% 47% 0 0 0 0 48 48 79 3974 0 0 >60 100% 49% Z 32% 0% 0 0 0 0 0 0 0 0 0 0 >60 100% 0% - 0% 12% 0 0 0 0 0 0 96 5488 0 0 >60 100% 42% T 41% 1% 0 0 0 0 0 0 3 18 0 0 >60 100% 2% : 2% 18% 642 0 0 642 135 217 0 0 0 0 >60 100% 0% - 0% ============================================= -- ndmpcopy via the 100Mbps link: ultra5-rtp@root> ./ndmpcopy f810-rtp:/vol/vol0 f630-rtp:/vol/vol2 Password: Connecting to f810-rtp. Connecting to f630-rtp. f810-rtp: CONNECT: Connection established. f630-rtp: CONNECT: Connection established. f810-rtp: LOG: DUMP: f810-rtp: LOG: creating "/vol/vol0/../snapshot_for_backup.5" snapshot. f810-rtp: LOG: DUMP: f810-rtp: LOG: Using Full Volume Dump f810-rtp: LOG: DUMP: f810-rtp: LOG: Date of this level 0 dump: Thu Mar 7 12:43:34 2002. f810-rtp: LOG: DUMP: f810-rtp: LOG: Date of last level 0 dump: the epoch. f810-rtp: LOG: DUMP: f810-rtp: LOG: Dumping /vol/vol0/ to NDMP connection f810-rtp: LOG: DUMP: f810-rtp: LOG: mapping (Pass I)[regular files] f810-rtp: LOG: DUMP: f810-rtp: LOG: mapping (Pass II)[directories] f810-rtp: LOG: DUMP: f810-rtp: LOG: estimated 195915 KB. f810-rtp: LOG: DUMP: f810-rtp: LOG: dumping (Pass III) [directories] f630-rtp: LOG: RESTORE: f630-rtp: LOG: Thu Mar 7 12:44:10 2002: Begin level 0 restore f630-rtp: LOG: RESTORE: f630-rtp: LOG: Thu Mar 7 12:44:10 2002: Reading directories from the backup f810-rtp: LOG: DUMP: f810-rtp: LOG: dumping (Pass IV) [regular files] f630-rtp: LOG: RESTORE: f630-rtp: LOG: Thu Mar 7 12:44:12 2002: Creating files and directories. f630-rtp: LOG: RESTORE: f630-rtp: LOG: Warning: cannot create directory etc: File exists f630-rtp: LOG: RESTORE: f630-rtp: LOG: Warning: cannot create directory tmp: File exists f630-rtp: LOG: RESTORE: f630-rtp: LOG: Thu Mar 7 12:44:13 2002: Writing data to files. f630-rtp: LOG: RESTORE: f630-rtp: LOG: Thu Mar 7 12:45:07 2002: Restoring NT ACLs. f810-rtp: LOG: DUMP: f810-rtp: LOG: dumping (Pass V) [ACLs] f810-rtp: LOG: DUMP: f810-rtp: LOG: 194475 KB f810-rtp: LOG: DUMP: f810-rtp: LOG: DUMP IS DONE f810-rtp: LOG: DUMP: f810-rtp: LOG: Deleting "/vol/vol0/../snapshot_for_backup.5" snapshot. f810-rtp: HALT: The operation was successful! Waiting for f630-rtp to halt too. f630-rtp: LOG: RESTORE: f630-rtp: LOG: RESTORE IS DONE f630-rtp: HALT: The operation was successful! The transfer is complete. Elapsed time: 0 hours, 1 minutes, 12 seconds. -- sysstat showing a throughput of ~4.850 MBps CPU NFS CIFS HTTP Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk in out read write read write age hit time ty util 1% 0 0 0 0 0 0 9 39 0 0 >60 100% 3% T 3% 1% 0 0 0 0 0 0 0 0 0 0 >60 100% 0% - 0% 1% 0 0 0 0 11 1 8 40 0 0 >60 92% 3% T 3% 48% 0 0 0 0 708 15 9 551 0 0 >60 95% 8% F 4% 76% 0 0 0 0 3036 63 212 12866 0 0 >60 100% 100% B 97% 96% 0 0 0 0 4835 100 181 10638 0 0 >60 100% 87% F 82% 100% 0 0 0 0 5087 105 178 10726 0 0 >60 100% 87% F 82% 63% 0 0 0 0 3220 67 107 6211 0 0 >60 100% 56% F 50% 100% 0 0 0 0 4991 103 175 10579 0 0 >60 100% 87% F 80% 95% 0 0 0 0 4901 101 161 9847 0 0 >60 100% 82% F 77% CPU NFS CIFS HTTP Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk in out read write read write age hit time ty util 100% 0 0 0 0 5268 109 171 10368 0 0 >60 100% 85% F 81% 35% 0 0 0 0 1582 33 95 5522 0 0 >60 100% 46% F 43% 7% 0 0 0 0 483 10 0 0 0 0 >60 100% 0% - 0% 81% 0 0 0 0 4305 89 124 7385 0 0 >60 100% 63% F 57% 87% 0 0 0 0 3066 63 167 10077 0 0 >60 100% 89% F 84% 0% 0 0 0 0 0 0 0 0 0 0 >60 100% 0% - 0% 1% 0 0 0 0 0 0 0 0 0 0 >60 100% 0% - 0% 12% 0 0 0 0 0 0 92 5349 0 0 >60 100% 42% T 40% 0% 0 0 0 0 0 0 0 0 0 0 >60 100% 0% - 0% 1% 0 0 0 0 0 0 11 40 0 0 >60 100% 3% T 3% 0% 0 0 0 0 0 0 0 0 0 0 >60 100% 0% - 0% 1% 0 0 0 0 0 0 12 42 0 0 >60 100% 4% T 4% 1% 0 0 0 0 0 0 0 0 0 0 >60 100% 0% - 0% 0% 0 0 0 0 0 0 0 0 0 0 >60 100% 0% - 0%

1 0

automatic drive mapping from a cifs client to the filer...
by sdolive＠ngco.com 12 Apr '02

12 Apr '02

I created a share on an F740 (Ontap 6.0.1R3) and am trying to map a drive from a CIFS client (Windows 2000) automatically at logon point. I have no problems mapping the drive once I am logged on but would like it so that when a user logs onto the 2000 machine the drive gets mapped automatically. I have followed the microsoft suggestion which is copying the autoexnt, instexnt and servmess.dll files to the winnt/system32 root. I have also created a batch file whcih contains the following line 'net use j: \\filer\x03. I have tried the starting the service with the local account and also the administrators account but still nothing. I have also added another command to the batch file (md test) and when the service is started it creates the directory test but does not map the drive. Is their anyone out there who has experienced the same problem? Thanks, Shaun Technical Services 416-235-2122 sdolive(a)ngco.com

4 3

NDMP Speed
by ADMIN 12 Apr '02

12 Apr '02

Does anyone have a base line transfer speed using NDMP copy from one filer to another using 100 Full? I know there are a not of network variable that can fluctuate the speed. I am just trying to get a base line. Thanks

1 0

62R1 and NDMP copy
by ADMIN 12 Apr '02

12 Apr '02

I am in the process of planning a upgrade of a F7XX Filer to version 6.2R1 has anyone done this from version 5X? I am also wanting to try out the NDMP Copy built into 62R1. Does anyone have any good things or bad to say about it? I tried it in the past using a older version and a UNIX host and it sucked. Have they really made it better by integrating it into the OnTap code? Thanks for you help in advance

2 1

RE: automatic drive mapping from a cifs client to the filer...
by jwitham＠takedapharm.com 12 Apr '02

12 Apr '02

Is the 'administrators' account you mention a domain account, or a local account? The service has to start as a domain account. Unless the local W2K account (admin or otherwise) exists on the Filer w/ the same username and password, you're hosed. The 'system' account has full rights on the local box, but absolutely NO rights on the network (by design) HTH, -john John Witham Sr. Data Networking Engineer Takeda Pharmaceuticals North America, Inc. e://jwitham@takedapharm.com -----Original Message----- From: sdolive(a)ngco.com [mailto:sdolive@ngco.com] Sent: Friday, April 12, 2002 9:22 AM To: toasters(a)mathworks.com Subject: automatic drive mapping from a cifs client to the filer... I created a share on an F740 (Ontap 6.0.1R3) and am trying to map a drive from a CIFS client (Windows 2000) automatically at logon point. I have no problems mapping the drive once I am logged on but would like it so that when a user logs onto the 2000 machine the drive gets mapped automatically. I have followed the microsoft suggestion which is copying the autoexnt, instexnt and servmess.dll files to the winnt/system32 root. I have also created a batch file whcih contains the following line 'net use j: \\filer\x03. I have tried the starting the service with the local account and also the administrators account but still nothing. I have also added another command to the batch file (md test) and when the service is started it creates the directory test but does not map the drive. Is their anyone out there who has experienced the same problem? Thanks, Shaun Technical Services 416-235-2122 sdolive(a)ngco.com This message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.

1 0

RE: automatic drive mapping from a cifs client to the filer...
by Maglinger, Paul 12 Apr '02

12 Apr '02

You didn't say what you were trying to map it for, but you could set it up in User Manager for Domains as the home directory and have it map that way. If you plan on having more than 1 mapping now or down the road, I might suggest you look at s product called Scriptlogic. It does more than just map drives. -----Original Message----- From: sdolive(a)ngco.com [mailto:sdolive@ngco.com] Sent: Friday, April 12, 2002 09:22 To: toasters(a)mathworks.com Subject: automatic drive mapping from a cifs client to the filer... I created a share on an F740 (Ontap 6.0.1R3) and am trying to map a drive from a CIFS client (Windows 2000) automatically at logon point. I have no problems mapping the drive once I am logged on but would like it so that when a user logs onto the 2000 machine the drive gets mapped automatically. I have followed the microsoft suggestion which is copying the autoexnt, instexnt and servmess.dll files to the winnt/system32 root. I have also created a batch file whcih contains the following line 'net use j: \\filer\x03. I have tried the starting the service with the local account and also the administrators account but still nothing. I have also added another command to the batch file (md test) and when the service is started it creates the directory test but does not map the drive. Is their anyone out there who has experienced the same problem? Thanks, Shaun Technical Services 416-235-2122 sdolive(a)ngco.com

1 0

RE: local netgroup ?
by Mike Carroll 12 Apr '02

12 Apr '02

I would love to see this fixed, or changed to function like this as well.... -----Original Message----- From: Chris Blackmor [mailto:chris.blackmor@amd.com] Sent: Thursday, April 11, 2002 8:55 AM To: Frank Bonnet Cc: toasters(a)mathworks.com Subject: Re: local netgroup ? Frank, I don't know about local netgroups anymore (got away from those a very long time ago). We do use NIS netgroups in our exports for the access= however we are still specifying hosts in the root= and the rw=. Does anyone know if the root= and rw= will be accepting netgroups? We tried to get this to work a few months ago and it didn't. Last night I spent quite some time auditing the exports file on all 22 of our filers (each with more than 10 lines) and the root=/rw= were what took the bulk of the time. C- On Thu, Apr 11, 2002 at 11:36:36AM +0200, Frank Bonnet wrote: > Hi > > Is it possible to use a local netgroup file instead of > the NIS netgroup map on a filer ( ontap 6.1.2R2 ). > I have too much hosts to put in /etc/exports file > > > -- > Frank Bonnet -- ---------------------------------------------------------------------------- - * Chris Blackmor _______ | * * Advanced Micro Devices \____ | | A good horse never comes * * Phone: (512) 602-1608 /| | | | in a bad color! * * Fax: (512) 602-5155 | |___| | | * * Email: chris.blackmor(a)amd.com |____/ \| | Author Unknown* ---------------------------------------------------------------------------- - * My comments are mine, and mine alone. * ---------------------------------------------------------------------------- - ----------------------------------------- (on Chiaro SMTP Relay) This e-mail and any files transmitted with it are the property of Chiaro Networks, Ltd., and may contain confidential and privileged material for the sole use of the intended recipient(s) to whom this e-mail is addressed. If you are not one of the named recipient(s), or otherwise have reason to believe that you have received this message in error, please notify the sender and delete all copies from your system. Any other use, retention, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. ---------------------------------------------------------

2 1

RE: NT file permissions lost on shares after logout
by Adrian Phillips 12 Apr '02

12 Apr '02

Hello; Check out Microsoft QArticle 250267, which talks about using some resource kit utilities; getsid and subinacl. Using these utilities, there isn't a problem migrating local security group ACLs from one server to another. We utilized this procedure when migrating data to our filer, and worked well - though it can take a long time, depending on the amount of data. Is a good idea to run one process per group at the same time, and not do them one after the other. Cheers, -Adrian -----Original Message----- From: Nail, Larry [mailto:lnail@ti.com] Sent: Friday, April 12, 2002 7:14 AM To: toasters(a)mathworks.com Subject: RE: NT file permissions lost on shares after logout Only problem with ROBOCOPY comes to bear when migrating data where LOCAL groups are used in file level ACL's because the SID is different across filers. SecureCopy properly handles this, by creating a new group and then migrating the ACL to the new SID. -----Original Message----- From: Seth Moskowitz [mailto:sethmoskowitz@hotmail.com] Sent: Thursday, April 11, 2002 1:07 PM To: Puckyt(a)timken.com; toasters(a)mathworks.com Subject: Re: NT file permissions lost on shares after logout We have never had a problem with Robocopy and have migrated over 2 TB of data. Make sure you get the latest version and use the /SEC option >From: "Pucky, Todd M." <Puckyt(a)timken.com> >To: toasters(a)mathworks.com >Subject: NT file permissions lost on shares after logout >Date: Tue, 9 Apr 2002 10:49:20 -0400 > >I am a rookie on NetApp filers so this may be an easy one for some. I >have an F840 filer with mapped NT 4 drives. I used ROBOCOPY.EXE to >copy the data to the NetApp box so that file permissions would be >maintained. I then went >back to my NT box and mapped a drive to the NetApp box. Everything >appeared >to be fine. I then logged out of the NT box and logged in under a new user >ID and all of the NT file permissions were lost. Does anyone have any >suggestions on how to maintain these permissions when admins log out. >Any suggestions would be appreciated. > >Thanks. > >Todd M. Pucky >The Timken Company >Global Information Systems >Programmer/Analyst >330.471.4583 >puckyt(a)timken.com > > > >********************************************************************** >This message and any attachments are intended for the individual or >entity named above. If you are not the intended recipient, please do >not forward, copy, print, use or disclose this communication to >others; also please notify the sender by replying to this message, and >then delete it from your system. > >The Timken Company >********************************************************************** > _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

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