toasters December 2003

toasters@lists.teaparty.net

68 participants
73 discussions

Start a nNew thread

RE: Tape Backups
by James Beal 16 Dec '03

16 Dec '03

1 0

RE: Default units for quotas in 6.4.2P6
by Ehrhart, Rick 16 Dec '03

16 Dec '03

It is reported as burt 106031. The workaround is to explicity specify 'K'. - Rick - > -----Original Message----- > From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] > Sent: Tuesday, December 02, 2003 6:17 AM > To: toasters(a)mathworks.com > Subject: Default units for quotas in 6.4.2P6 > > > We have just upgraded from 6.3.3 to 6.4.2P6 (now it is "GA") and > suffered a nasty consequence. If an entry in /etc/quotas doesn't > specify any of "K", "M" or "G" for the limit, e.g. > > 261 user@/home 81920 4000 > > then the units are taken to be bytes rather than (as before, since > time immemorial) kilobytes. In the example the limit becomes 80 KB > rather than 80 MB. > > We have a daily useradmin job that runs overnight, and among other > things builds a new /etc/quotas from another data source and then > does a "quota resize". Our users weren't too happy to have all > their quotas divided by 1024 in one swell foop... I have added > an explicit "K" now, of course. > > All the documentation I can find still claims that "The default > for the disk limits and warning threshold is kilobytes", so maybe > this is a bug. Or maybe it will be reclassified as a feature when > NetApp get around to updating the documentation. Anyway, it's > something anyone upgrading ought to beware of. > > Chris Thompson > Email: cet1(a)cam.ac.uk >

2 2

Re: Tape Backups
by Dan Nowak 16 Dec '03

16 Dec '03

Thank you for your quick response. I appreciate the reply and advice. However, I am under certain restraints in that there is no wish or desire to purchase any new software and the only stated purpose for the tape backups is for disaster recovery purposes. I was hoping to find out what would be the most efficient way to do multiple volume backups so that I could determine the most efficient way in which to label and record the contents of the tapes. Thanks!!! Dan At 10:04 AM 12/16/2003, Andrew Siegel wrote: >You will grow old fast waiting for restores done from raw >NetApp dumps. The entire tape must be scanned. This can take >hours, or even days for multi-volume dumps. Most modern backup >utilities can directly position the tape to the point where >the data occurs. > >We use Reliaty Backup (formerly Workstation Solutions Quick Restore, >soon to be Oracle Backup) and we couldn't be happier. We barely >survived two years of Veritas Netbackup, and we evaluated a few >other products before finding Reliaty. > >They were acquired by Oracle recently, and they are in flux. >The current web site is: http://otn.oracle.com/deploy/availability/Reliaty > >-- >Andrew Siegel >Head of Systems >Blue Sky Studios, Inc. >44 South Broadway, 17th floor >White Plains, NY 10601 >914-259-6336 direct >914-259-6500 main >914-259-6499 fax >abs(a)blueskystudios.com > > >Dan Nowak wrote: > >>All, >>As I am fairly new to Network Appliances, I would like your opinions on >>the best method for backing up a larger system. I am using a spectralogic >>245 tape jukebox in stacker mode. I am trying to backup two separate >>volumes in utilizing a no-rewind device. As we are only in the testing >>mode, there is currently not that much data to back up, however when in >>full production, we fully expect a 1000+ users with a disk quota of 1 >>gig. We are not using any third party application such as Veritas or >>Legato Networker and are only using the dump and restore commands and the >>options associated with them. The NetApp documentation really is not that >>informative and I thought maybe some of the more experienced users out >>there may have some helpful suggestions. >>Thank you in advance for any advice, >>Dan >> >

1 0

Unusual Disk Activity
by Blake Folgner 16 Dec '03

16 Dec '03

Hello fellow Toaster Users, Last night I notice that our F760 got a bit sluggish for the very first time. We are running 6.2.1R1D5. Around 1:00 when the scrub started the disk utilization went up to around 9600bB/s and no more than 300NFS ops and practically no network traffic. After the scrub completed it found no errors or problems with any of the disks. Here is a out put of a sysstat CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape kB/s Cache in out read write read write age 12% 52 0 0 13 12 1938 418 0 0 0s 14% 55 0 0 13 11 2705 327 0 0 0s 13% 34 0 0 8 8 2915 194 0 0 0s 18% 55 0 0 11 9 3612 161 0 0 0s 10% 18 0 0 4 3 2400 102 0 0 0s 17% 80 0 0 17 14 3371 189 0 0 0s 15% 106 0 0 24 22 2459 538 0 0 0s 14% 39 0 0 11 16 1787 569 0 0 0s 17% 65 0 0 15 22 2680 448 0 0 0s 13% 54 0 0 14 16 1740 544 0 0 0s 16% 54 0 0 11 15 2521 430 0 0 0s 17% 90 0 0 19 22 2178 627 0 0 0s 15% 62 0 0 18 27 1984 697 0 0 0s 13% 50 0 0 12 15 1990 397 0 0 0s As you can see there is practically no network traffic and very low ops. Something that dose have me a bit confused is the Cache Age... there is none? This system has been online for 400 days, 11:40 2000225709 NFS ops and I think it might just be time for a reboot. But before I reboot the system I wanted to check with fellow users to see if this is an DOT bug or just a common netapp twitch. Thanks for your help and advice. Best regards, Blake Folgner

3 2

Hey There ... =)
by ax3L＠aol.com 12 Dec '03

12 Dec '03

Hi there. I have came across your profile while surfing on the Internet. I recently moved in to this neighborhood. Its very lonely. Well anyway's, if you would like to see my pictures, I would be more then happy to send them to you. ohhh and please reply to my personal email address at Sanne_143_Baile(a)hotmail.com . Talk then Lisa,

1 0

MATTER OF URGENCY (DR.BANKOLE)
by bankole adekanmi 12 Dec '03

12 Dec '03

FROM:BANKOLE .O.ADEKANMI, SENIOR ADVOCATE OF NIGERIA, KANMI CHAMBERS. I am BANKOLE .O.ADEKANMI, solicitor at law. I am the Personal Attorney to Mr.McCool, a National of your Country, who has lived in Nigeria for the past fifty years, and whom herein after shall be referred to as my client. In April 1999, my client, was involved in a fatal car accident .All occupants of the vehicle unfortunately lost their lives, my client was one of among them. I have contacted you to assist in repatriating most especially,the money left behind by my client before they get confiscated or declared unserviceable by the bank where this huge deposits were lodged. Particularly, the COASTAL FINANCE Company where the deceased had an account valued at about 27 million dollars has issued me a notice to provide the Next of kin,or have the account confiscated. I seek your consent to present you as the Next of kin of the deceased since nobody has come forward to lay claims to the proceeds of this account valued at 27 million dollars can be paid to you, as my clients Next of Kin, and then we can share the amount on a mutually agreed percentage.All legal documents to backup your claim as the deceased Next of Kin, will be provided. All I require is your honest cooperation to enable us see this deal through. I guarantee that this will be executed under a legitimate arrangement that will protect you from any breach of the law. Please get in touch with me, to enable us discuss further about this transaction your phone and fax numbers plus your full contact address will be highly needed. Best regards, BARRISTER BANKOLE .O.ADEKANMI(SAN). ________________________________________________________________________ BT Yahoo! Broadband - Save £80 when you order online today. Hurry! Offer ends 21st December 2003. The way the internet was meant to be. http://uk.rd.yahoo.com/evt=21064/*http://btyahoo.yahoo.co.uk

1 0

multipathing with a Solaris client
by Kerry Herschel 11 Dec '03

11 Dec '03

Hi, We connected a FAS940 to a SAN fabric. We have a Solaris client that has 2 HBAs connected to the SAN switch. I would like to setup multipathing to the FAS940. It appears from the documentation and from our NetApp rep that multipathing requires Veritas DMS (dynamic multipathing software). Has anyone setup multipathing on a Solaris client to a NetApp device without Veritas? We've tried mpxio and it doesn't seem to work. Has anyone tried Disk Suite or any other solution? Thanks for any input, Kerry Herschel ================================================================ Margaret.K.Herschel(a)jpl.nasa.gov ICIS Jet Propulsion Laboratory Phone 818.354.1111 DISCLAIMER: The personal and professional opinions presented herein are my own and do not, in any way, represent the opinion or policy of JPL.

2 1

Snapshot reserve management
by Brian Tao 11 Dec '03

11 Dec '03

I think most any Netapp admin has been in this situation: you set aside a chunk of disk space for your snapshot reserve. After a week goes by, you see that the reserve is at 150% of allocation. You manually delete some snapshots until it falls back under 100%, and adjust the snap schedule. A few months go by, new applications are rolled in and old ones retire. Snapshot usage has also increased, but you are at a loss to pinpoint the exact cause of the higher data turnover rate. What do people do to shed more light on this kind of situation? I'd love to be able to conclude "It is the files in /vol/vol0/myapp/data that are chewing up the most snapshot space" or "It is the write activity coming from NFS client myhost1 that is causing the most block turnover". I think I asked this question about five years ago and did not discover an adequate solution back then. I'm hoping someone might be able to share their expertise on this problem now. ;-) -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

3 3

FW: YOUR CHANCE TO WIN A POOL
by egoama＠tiscali.co.uk 10 Dec '03

10 Dec '03

HELLO YOUR CHANCE TO WIN A POOL You may or may not be a pool staker, but read this. I thank you as you read this wonderful prospect mail. Is a good news to take a right steps in a right direction to enhance your financial status. With keen sence of humility , I introduce myself as a ? POOL FORECAST OF OUR TIME ? My name is Mr.Ayisi E. Fred , aged 58, a nationality of Nigeria, a country in West Africa. I will say defensively that I am a pool researcher , reknown for my accuracy in pool forecast, and I try to use this great talent acquired to better the lives of fellow mankind . I distribute pool winnig numbers according to my wish, not to every dick and harry. In brief, I do not forecast most often simply because I do not speculate, nor do guess work , few times that I do forecast, I have 100% assurance that the outcome of my research is real beyond reasonable doubt, and few people have know my worth and benefited through my emperical arithematic formular to arrive at a winning number. The true aim of this mail is for you to join the few people that I am going to send winning numbers for the week 21, 23 ,27,29 and with 5 draws each week on an agreed conditions. One of the conditions is that each recepient of my number should on no account transfer the winning numbers to any other person. Permit me to say this, judging by moral imperative, you might not take this information serious but I appeal to you to give me a chance to prove myself and my cliams into a proven fact . As you make up your mind to be receiving numbers from me, we shall state conditions . Having said this , you are now placed in a position of a man , more than anything else wish to be a millionnaire. So do not deny yourself this golden opportunity .If you stake and loose, I am duty bound to refund your money staked. Agreement has to be draft . I repeat myself, give me benefit of doubt, I will prove myself. Pool staking is now a potencial money-spinner , days of ignorace is over.Few people had to enjoy it .Below are the breakdown of my previous forecast over five years ago. 1998------THREE TIMES FORECAST, ALL ACCURATE 1999-------ONE TIME , ACCURATE 2000--------FIVE TIMES , ALL ACCURATE 2001---------NO FORECAST 2002---------ONE TIME ,ACCURATE 2003-------- I shall forecast in the week of 21, 23, 27 29, EACH WEEK IS FIVE DRAWS CONFIRMABLE. Is up to you, FAITH BELIEVES THE INCREDIBLE, SEES THE INVISIBLE AND ACHIEVES THE IMPOSSIBLE. MY PICTURE ATTACHED BELOW. E-MAIL ME TODAY \\\\\\\\\\ Mr.Ayisi E. Fred

1 0

RE: Snapshot reserve management
by Hill, Aaron 10 Dec '03

10 Dec '03

At on stage, I ran into this frequently with large databases & batch processing areas combined with snapmirror across an inadequate WAN pipe. Expert internal advice and intimate knowledge of the database rebuild & batch scheduling matrix still only provided partial knowledge of which block changes were coming from where. Various nfsstat scripting/logging helped identify which servers were committing the most nfs ops, but there was not much we could do about it even with that information. Management involved the snapshot deletion method, some late nights, temporary bandwidth upgrades and ultimately some disk purchases. None of it could be honestly described as prevention. This has changed in my current environment. We currently use 2 tools; DataFabric Manager - our "project" areas a split into hundreds of qtrees that can be monitored individually. Any large usage increases/decreases in a particular area can be pinpointed. Intermine Filecensus - With this we can quantify file/folders that have been created/modified/accessed. Filecensus can even be configured to scan snapshot areas if you want to compare between snapshot and current content. I must note that we do not really have the same snapshot problem in the current environment. But I can see how DFM and Filecensus output could be produced to help track down "paths" that are making the largest contributions to filesystem change. Hope I have added more answers than questions! Aaron -----Original Message----- From: Brian Tao [mailto:taob@risc.org] Sent: Wednesday, 10 December 2003 2:10 PM To: toasters(a)mathworks.com Subject: Snapshot reserve management I think most any Netapp admin has been in this situation: you set aside a chunk of disk space for your snapshot reserve. After a week goes by, you see that the reserve is at 150% of allocation. You manually delete some snapshots until it falls back under 100%, and adjust the snap schedule. A few months go by, new applications are rolled in and old ones retire. Snapshot usage has also increased, but you are at a loss to pinpoint the exact cause of the higher data turnover rate. What do people do to shed more light on this kind of situation? I'd love to be able to conclude "It is the files in /vol/vol0/myapp/data that are chewing up the most snapshot space" or "It is the write activity coming from NFS client myhost1 that is causing the most block turnover". I think I asked this question about five years ago and did not discover an adequate solution back then. I'm hoping someone might be able to share their expertise on this problem now. ;-) -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't" ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. **************************************************

1 0

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 December 2003