toasters

toasters@lists.teaparty.net

13531 discussions

RE: Best practices for new RAID group
by Derek Lai 04 Jun '04

04 Jun '04

The first option is not good either because the moment you increase the size of the raid group and add only 1 drive, all the new writes are going to that one drive until it catches up in space utilization as the rest of the drives in that raid group. Performance will come to a screeching halt. So NetApp definitely will let you do it but at the risk of really bad performance. The only way I would do this is to back up everything, blow the volume away, create the volume again with all the drives and then restore the data. NetApp typically suggest you add at least a few drives at a time. Sorry. Derek -----Original Message----- From: Stewart, John [mailto:johns@artesyncp.com] Sent: Thursday, June 03, 2004 2:44 PM To: 'toasters(a)mathworks.com' Cc: IT Technical Services Subject: Best practices for new RAID group We've got an F740 with three shelves of 36GB disks (the 3rd recently added). We've only got one volume, vol0, with 14 disks in it now (13 data and one parity). We use both CIFS and NFS. We have 7 spare disks (6 of which we'd like to eventually use for data, with one spare of course). I just went to add one of the spare disks to vol0 (running low on space) and got the error: vol add: starting a new RAID group; at least two disks are needed So, as I (now) understand it, we've got to either: - Override the 14 disk limit for a RAID group or - Add a new RAID group to the current volume or - Add a new volume The 3rd choice is unattractive because we like the idea of One Huge Filesystem, that we can divvy up as needed into different qtrees. The 2nd choice sounds like a Bad Idea in that according to this document, section 3.4: http://www.netapp.com/tech_library/3027.html, that the filer will try to distribute writes evenly between the old and new RAID group... if the new RAID group only contains two disks (we don't want to add more disk space than is needed now), this could be disatrous to performance So is the 1st choice, increasing the size of the RAID group, a viable option? What is the downsize? Only increased risk of a double disk failure taking out the whole system? Is it possible to add a second parity disk to the same RAID group? Am I missing something here? Any clue-by-fours quite welcome. thanks johnS

1 0

Best practices for new RAID group
by Stewart, John 03 Jun '04

03 Jun '04

We've got an F740 with three shelves of 36GB disks (the 3rd recently added). We've only got one volume, vol0, with 14 disks in it now (13 data and one parity). We use both CIFS and NFS. We have 7 spare disks (6 of which we'd like to eventually use for data, with one spare of course). I just went to add one of the spare disks to vol0 (running low on space) and got the error: vol add: starting a new RAID group; at least two disks are needed So, as I (now) understand it, we've got to either: - Override the 14 disk limit for a RAID group or - Add a new RAID group to the current volume or - Add a new volume The 3rd choice is unattractive because we like the idea of One Huge Filesystem, that we can divvy up as needed into different qtrees. The 2nd choice sounds like a Bad Idea in that according to this document, section 3.4: http://www.netapp.com/tech_library/3027.html, that the filer will try to distribute writes evenly between the old and new RAID group... if the new RAID group only contains two disks (we don't want to add more disk space than is needed now), this could be disatrous to performance So is the 1st choice, increasing the size of the RAID group, a viable option? What is the downsize? Only increased risk of a double disk failure taking out the whole system? Is it possible to add a second parity disk to the same RAID group? Am I missing something here? Any clue-by-fours quite welcome. thanks johnS

2 1

RE: Defraging the excahgne DB
by SKIP HOFMANN 03 Jun '04

03 Jun '04

Hi I just got done talking with support at Netapp, and they told me that doing an offline defrag of my exchange DB using the esutil will have absolutely no impact on the exchange DB on the filer, and they also told me that in order to defrag the exchange DB I must use the fillers Waffle utility to do this and that this would also defragment everything on the vol. They said that it's the responsibility of the file system on the filer to determine if a vol is fragmented or not, this includes all data on the vol. So knowing this is it safe to defrag a vol that contains an exchange DB?? Thanks again for your help it is much appreciated Skip -----Original Message----- From: Borders, Rich [mailto:Rich.Borders@netapp.com] Sent: Thursday, June 03, 2004 11:13 AM To: SKIP HOFMANN; toasters(a)mathworks.com Subject: RE: Defraging the excahgne DB <<< I am replying in-line >>> From: SKIP HOFMANN [mailto:SKIP.HOFMANN@ttisg.com] Sent: Thursday, June 03, 2004 1:33 PM To: toasters(a)mathworks.com Subject: Defraging the excahgne DB Howdy I have my exchange 5.5 DB pub and priv and my filler it's a FAS250 and I want to know a few things #1 can I run the eseutil utility if the DB is on my FAS 250 to defrag the DB? <<< This is doable as it is an offline defrag. The curious thing about doing this is that you are accomplishing the APPLICATION defrag, and at the same time getting a great by-product of a WAFL defrag. ( Essentially a database re-write ) >>> #2 is it the filer that determines if the exchange DB is fragmented or not, and if it is how would I defrag the DB? <<<The Application can fragment ( very common and accounted for by an online and offline defrag funciton in Exchange ) and the Filer can fragment. I say that tounge in cheek because the fragmentation is really only identified when you access the data. Since the database is one large file the request for data in it is atypical, the data 'fragments' over time. The blocks of the filer rarely match up to the blocks of the database, so the issues becomes when you want to get a LOT of sequential data from a large file ( aka mail store verify ) you will be essentially asking the filer to scan through it's blocks at a super high rate of speed.>>> #3 what happens to all other data that is stored on the same vol as the exchange DB once I defrag this vol? ie snap shots <<<The Mail store can be reallocated or the volume can. I would recommend the snapshots be removed as you can really get yourself into a pickle by 'RE'-writing a database with an application defrag, or a WAFL reallocate. If you are short on space, you need to get the snapshots out of there. Snapshots are locked images and if the file system is 'fragmented' then it is unlikely that you are doing much more than spinning your wheels if you are trying to defragment into a fragemnted snapshot. >>> #4 I ran a waffle scan and I got a reading of 1.8 si this fragmented? That is basically a ratio of actual file size ( df essentially ) to block allocation. Ex. A one terabyte volume has a 500 gig database. If it's layout is 1 then the File is essentially using the exact number of blocks that a Filer of 500 gigs needs. If the layout were 1.8 then the 500 gig df would still be 500 but the block allocation would actually be closer to the 900 gig . This is usually not an issue until the ratio takes the block allocation higher then the volume size. A 2.1 layout would mean that a 500 gig df would be 1.05 TB. This means you are rescanning on a request of data on the last .05 TB. If the Filer were a 900 gig df, then a layout of 1.8 would be MUCH more impactful. It is not the end of the world, you just have to manage it. You are on the right track I can see, so good luck. Thanks a bunch Skip Rich Borders

1 0

RE: Defraging the excahgne DB
by Borders, Rich 03 Jun '04

03 Jun '04

<<< I am replying in-line >>> From: SKIP HOFMANN [mailto:SKIP.HOFMANN@ttisg.com] Sent: Thursday, June 03, 2004 1:33 PM To: toasters(a)mathworks.com Subject: Defraging the excahgne DB Howdy I have my exchange 5.5 DB pub and priv and my filler it's a FAS250 and I want to know a few things #1 can I run the eseutil utility if the DB is on my FAS 250 to defrag the DB? <<< This is doable as it is an offline defrag. The curious thing about doing this is that you are accomplishing the APPLICATION defrag, and at the same time getting a great by-product of a WAFL defrag. ( Essentially a database re-write ) >>> #2 is it the filer that determines if the exchange DB is fragmented or not, and if it is how would I defrag the DB? <<<The Application can fragment ( very common and accounted for by an online and offline defrag funciton in Exchange ) and the Filer can fragment. I say that tounge in cheek because the fragmentation is really only identified when you access the data. Since the database is one large file the request for data in it is atypical, the data 'fragments' over time. The blocks of the filer rarely match up to the blocks of the database, so the issues becomes when you want to get a LOT of sequential data from a large file ( aka mail store verify ) you will be essentially asking the filer to scan through it's blocks at a super high rate of speed.>>> #3 what happens to all other data that is stored on the same vol as the exchange DB once I defrag this vol? ie snap shots <<<The Mail store can be reallocated or the volume can. I would recommend the snapshots be removed as you can really get yourself into a pickle by 'RE'-writing a database with an application defrag, or a WAFL reallocate. If you are short on space, you need to get the snapshots out of there. Snapshots are locked images and if the file system is 'fragmented' then it is unlikely that you are doing much more than spinning your wheels if you are trying to defragment into a fragemnted snapshot. >>> #4 I ran a waffle scan and I got a reading of 1.8 si this fragmented? That is basically a ratio of actual file size ( df essentially ) to block allocation. Ex. A one terabyte volume has a 500 gig database. If it's layout is 1 then the File is essentially using the exact number of blocks that a Filer of 500 gigs needs. If the layout were 1.8 then the 500 gig df would still be 500 but the block allocation would actually be closer to the 900 gig . This is usually not an issue until the ratio takes the block allocation higher then the volume size. A 2.1 layout would mean that a 500 gig df would be 1.05 TB. This means you are rescanning on a request of data on the last .05 TB. If the Filer were a 900 gig df, then a layout of 1.8 would be MUCH more impactful. It is not the end of the world, you just have to manage it. You are on the right track I can see, so good luck. Thanks a bunch Skip Rich Borders

1 0

Defraging the excahgne DB
by SKIP HOFMANN 03 Jun '04

03 Jun '04

Howdy I have my exchange 5.5 DB pub and priv and my filler it's a FAS250 and I want to know a few things #1 can I run the eseutil utility if the DB is on my FAS 250 to defrag the DB? #2 is it the filer that determines if the exchange DB is fragmented or not, and if it is how would I defrag the DB? #3 what happens to all other data that is stored on the same vol as the exchange DB once I defrag this vol? ie snap shots #4 I ran a waffle scan and I got a reading of 1.8 si this fragmented? Thanks a bunch Skip

1 0

Respone
by ngomaj＠telstra.com 03 Jun '04

03 Jun '04

JULIANA NGOMA [MISS] EMAIL: infojuliana(a)netscape.net Greetings, How are you? And hope all is well? You might be surprise to receive this mail but I will like you to go through it carefully before responding, I hope at the end it will find you and your business in the best of interest. Let me quickly introduce myself and the reason why contacting you is very important. I am Juliana Ngoma; I am a senior staff at the Office of the Minister of Petroleum Affairs Angola. I have traveled along side with the Minister Jose Botelho de Vasconcelos to your country in search of investors that will come and invest on our Petroleum Sector, it was in one of this trip that I was opportune to realize that the trips been made by the Minister is not for the search for an investor but for the search for what he will invest part of the Money made from Angolan petroleum Export that he has diverted to be his own. I was shocked at this discovery, but I later realized that I was the only one among other staffs that was not aware of these happenings, investigation into this matter made me to know that even the president is involved. I suddenly realized that the BBC news achieve below is true. http://news.bbc.co.uk/1/hi/business/2546281.stm I arrived from the trip I made with the minister and went straight to confront my Head of Department, and he told me that he is aware of the whole situation, he went further to show me some documents that was used to bank some millions of American Dollars in a security firm, he explained to me that the amount was realised from the assistance he rendered to Foreign oil Contractors that are in Angola, he said I should assist him in the search for a reputable and trust worthy business man that can assist us in transfering the funds to a safe place where it will be used for Future Investment, this is because he cannot be able to carry out the process of investing the amount alone. I am therefore asking for your opinion on this issue, will you be able to assist us in the process of transfering, claiming and investing the money of which some percentage of the total amount involved will be granted to you for assisting us and for the time you spent on the transaction. If you are willing to assist us kindly provide us with details of how we can reach you by phone or by fax so that we can proceed to conclude this transaction. You can contact me on my email infojuliana(a)netscape.com Yours Truly, JULIANA NGOMA [MISS] infojuliana(a)netscape.com

1 0

RE: Excage databse
by SKIP HOFMANN 03 Jun '04

03 Jun '04

This is true, but cant I restore a single mailbox Evan though I have data stored on the same vol as my exchange DB using ontrack or will this too cause the same results as restoring the entire exchange DB? Thanks again _____ From: Benn, Paul [mailto:paul.benn@netapp.com] Sent: Wednesday, June 02, 2004 5:09 PM To: SKIP HOFMANN; toasters(a)mathworks.com Subject: RE: Excage databse Hi Skip, The product in question is SnapManager for Exchange 5.5. This version of SME uses a volume based snaprestore to recover the databases (assuming you have the logs and databases on different volumes). What will happen is that when you perform a SME restore you will revert the ENTIRE volume back to that point in time, including your 100GB. This is probably something that you do NOT want to do, unless perhaps, the 100GB of data never changes. In addition to that, the snapshots you create outside of SME will not be usable to restore Exchange. You have two choices: 1) Create a new volume and move all user data that is not part of the Exchange database to that new volume. This is your best option. 2) Configure SME to use one volume for both the databases and the logs. The downside to this is that your restore times will increase significantly because the restore will NOT be using a volume snaprestore. Please let us know if you have any further questions. Happy snappin' Regards, Paul Benn NetApp Engineering SnapManager Team -----Original Message----- From: SKIP HOFMANN [mailto:SKIP.HOFMANN@ttisg.com] Sent: Wednesday, June 02, 2004 4:43 PM To: toasters(a)mathworks.com Subject: Excage databse Hi all I am currently using snap manager for exchange version 1.1.1 and I am reading the documentation over at http://now.netapp.com/NOW/knowledge/docs/SnapManager/relsme111r2/pdfs/smesag .pdf <http://now.netapp.com/NOW/knowledge/docs/SnapManager/relsme111r2/pdfs/smesa g.pdf> and it says that I should not put any data on the same volume as the exchange database. Can some please explain why this is? I already have 100 gigs of data on the same vol as my exchange DB please advice Caution Do not put any other files or data (including transaction logs) on the same volumes with the Exchange databases if you are going to make use of SnapManager Restore using SnapRestore. This type of recovery performs a volume recovery using the snapshot of the Exchange databases and all other files and data on the volume. Therefore, the other files and data are recovered to the time of the snapshot along with the Exchange databases. This result might not be acceptable when performing a SnapManager Restore with SnapRestore recovery. Thanks for any help

1 0

RE: Excage databse
by Benn, Paul 03 Jun '04

03 Jun '04

Hi Skip, The product in question is SnapManager for Exchange 5.5. This version of SME uses a volume based snaprestore to recover the databases (assuming you have the logs and databases on different volumes). What will happen is that when you perform a SME restore you will revert the ENTIRE volume back to that point in time, including your 100GB. This is probably something that you do NOT want to do, unless perhaps, the 100GB of data never changes. In addition to that, the snapshots you create outside of SME will not be usable to restore Exchange. You have two choices: 1) Create a new volume and move all user data that is not part of the Exchange database to that new volume. This is your best option. 2) Configure SME to use one volume for both the databases and the logs. The downside to this is that your restore times will increase significantly because the restore will NOT be using a volume snaprestore. Please let us know if you have any further questions. Happy snappin' Regards, Paul Benn NetApp Engineering SnapManager Team -----Original Message----- From: SKIP HOFMANN [mailto:SKIP.HOFMANN@ttisg.com] Sent: Wednesday, June 02, 2004 4:43 PM To: toasters(a)mathworks.com Subject: Excage databse Hi all I am currently using snap manager for exchange version 1.1.1 and I am reading the documentation over at http://now.netapp.com/NOW/knowledge/docs/SnapManager/relsme111r2/pdfs/sm esag.pdf and it says that I should not put any data on the same volume as the exchange database. Can some please explain why this is? I already have 100 gigs of data on the same vol as my exchange DB please advice Caution Do not put any other files or data (including transaction logs) on the same volumes with the Exchange databases if you are going to make use of SnapManager Restore using SnapRestore. This type of recovery performs a volume recovery using the snapshot of the Exchange databases and all other files and data on the volume. Therefore, the other files and data are recovered to the time of the snapshot along with the Exchange databases. This result might not be acceptable when performing a SnapManager Restore with SnapRestore recovery. Thanks for any help

1 0

Excage databse
by SKIP HOFMANN 02 Jun '04

02 Jun '04

Hi all I am currently using snap manager for exchange version 1.1.1 and I am reading the documentation over at http://now.netapp.com/NOW/knowledge/docs/SnapManager/relsme111r2/pdfs/smesag .pdf <http://now.netapp.com/NOW/knowledge/docs/SnapManager/relsme111r2/pdfs/smesa g.pdf> and it says that I should not put any data on the same volume as the exchange database. Can some please explain why this is? I already have 100 gigs of data on the same vol as my exchange DB please advice Caution Do not put any other files or data (including transaction logs) on the same volumes with the Exchange databases if you are going to make use of SnapManager Restore using SnapRestore. This type of recovery performs a volume recovery using the snapshot of the Exchange databases and all other files and data on the volume. Therefore, the other files and data are recovered to the time of the snapshot along with the Exchange databases. This result might not be acceptable when performing a SnapManager Restore with SnapRestore recovery. Thanks for any help

1 0

How to niggle about things on now.netapp.com
by Chris Thompson 02 Jun '04

02 Jun '04

Does anyone know the sensible way to provide feedback about small errors on the now.netapp.com web pages? In this particular case, I want to complain that on http://now.netapp.com/NOW/download/tools/diag/ the "Acrobat" link for "4.2 and later" does not refer (unlike the "HTML" links, and the "Acrobat" links for other releases). It seems awfully heavy-weight to open a "Technical Assistance Case" for something like this! Chris Thompson Email: cet1(a)cam.ac.uk

2 2

RE: raid drive reconstruction time
by Yarmas, Tom 01 Jun '04

01 Jun '04

Yes, but not in great detail. Rapid Raid Recovery (RRR) will occur when using the disk fail command (manually), it does not survive re-boots and it is smart enough to stop using RRR and start using stands re-construction if it cannot read the failed disk at all. -tom -----Original Message----- From: Mark Simmons [mailto:mds@gbnet.net] Sent: Tuesday, June 01, 2004 10:45 AM To: toasters(a)mathworks.com Subject: Re: raid drive reconstruction time Yarmas, Tom wrote: >This is a feature of ONTAP 6.5.1+ It is called Rapid RAID Recovery (aka >- sick disk copy) > >Read the release notes on the NOW site. > > Two things: (1) I can't login to NOW for some reason. (2) Are the questions already asked in this thread covered in the release notes? I didn't think they were. >-tom > > > >-----Original Message----- >From: Mark Simmons [mailto:mds@gbnet.net] >Sent: Tuesday, June 01, 2004 10:06 AM >To: Busick, Chris >Cc: Chris Thompson; toasters(a)mathworks.com; jbrigman(a)nc.rr.com >Subject: Re: raid drive reconstruction time > > >Busick, Chris wrote: > > > >>Here is a whitepaper link on Diagonal Parity if you haven't already >>found it. >> >>http://www.netapp.com/tech_library/3298.html >> >> >> >> >> >Ah, but <jedi> this is not the feature we're looking for </jedi> it's >how DOT handles copying data off failing disks that's of interest today. > >The double parity stuff was done to death a few weeks back istr. > > > >>--Chris Busick >> >>-----Original Message----- >>From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] >>Sent: Tuesday, June 01, 2004 6:52 AM >>To: toasters(a)mathworks.com >>Cc: mds(a)gbnet.net; jbrigman(a)nc.rr.com >>Subject: Re: raid drive reconstruction time >> >> >>Mark Simmons <mds(a)gbnet.net> writes; >> >> >> >> >>>James Brigman wrote: >>> >>> >>> >>> >>> >>>>Steve; >>>> >>>>***************** >>>>Netapp recently modified their disk reconstruct procedure to copy as >>>>much valid data as possible from the failed disk and only >>>>reconstruct >>>> >>>> >>>> >>>> >> >> >> >> >>>>blocks that cannot be read. Often a disk does not completely fail, >>>>so many blocks can be copied from it, which is much faster than >>>>reconstructing. >>>>***************** >>>> >>>>Can you please point us to a whitepaper on this? >>>> >>>> >>>> >>>> >>[...] >> >> >> >> >>>I have to say that, if a disk is known to be failing, I'm not sure >>>I'd >>> >>> > > > >>>want to be trusting the data one would copy from it... >>> >>> >>> >>> >>Well, there is the "horizontal" data validation provided by the zone >>or >> >> > > > >>block checksums to deal with that. >> >> >> >> >> >>> Also, if it's >>>failing in a way that makes it take a lot of time to serve a block of >>>data, does DOT adjust its strategy accordingly and work out at some >>>point that it should just started recreating the data from the other >>> >>> >>> >>> >>disks? >> >>That seems like a good question, and I would echo James' request for a >>whitepaper (or other form of technical detail). >> >>Is the same procedure used when a disk is failed by operator command >>as >> >> > > > >>well as when ONTAP decides to fail it on its own initiative? The case >>of failing a disc because its reported error rate is too high for >>comfort would seem to be one of the most likely scenarios when "many >>blocks can be copied from it". >> >>Also, if ONTAP is rebooted during the reconstruction, is the >>"half-failed" status of the disc preserved? >> >>Chris Thompson >>Email: cet1(a)cam.ac.uk >> >> >> >> > > >

1 0

RE: raid drive reconstruction time
by Yarmas, Tom 01 Jun '04

01 Jun '04

This is a feature of ONTAP 6.5.1+ It is called Rapid RAID Recovery (aka - sick disk copy) Read the release notes on the NOW site. -tom -----Original Message----- From: Mark Simmons [mailto:mds@gbnet.net] Sent: Tuesday, June 01, 2004 10:06 AM To: Busick, Chris Cc: Chris Thompson; toasters(a)mathworks.com; jbrigman(a)nc.rr.com Subject: Re: raid drive reconstruction time Busick, Chris wrote: >Here is a whitepaper link on Diagonal Parity if you haven't already >found it. > >http://www.netapp.com/tech_library/3298.html > > > Ah, but <jedi> this is not the feature we're looking for </jedi> it's how DOT handles copying data off failing disks that's of interest today. The double parity stuff was done to death a few weeks back istr. >--Chris Busick > >-----Original Message----- >From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] >Sent: Tuesday, June 01, 2004 6:52 AM >To: toasters(a)mathworks.com >Cc: mds(a)gbnet.net; jbrigman(a)nc.rr.com >Subject: Re: raid drive reconstruction time > > >Mark Simmons <mds(a)gbnet.net> writes; > > >>James Brigman wrote: >> >> >> >>>Steve; >>> >>>***************** >>>Netapp recently modified their disk reconstruct procedure to copy as >>>much valid data as possible from the failed disk and only reconstruct >>> >>> > > > >>>blocks that cannot be read. Often a disk does not completely fail, >>>so many blocks can be copied from it, which is much faster than >>>reconstructing. >>>***************** >>> >>>Can you please point us to a whitepaper on this? >>> >>> >[...] > > >>I have to say that, if a disk is known to be failing, I'm not sure I'd >>want to be trusting the data one would copy from it... >> >> > >Well, there is the "horizontal" data validation provided by the zone or >block checksums to deal with that. > > > >> Also, if it's >>failing in a way that makes it take a lot of time to serve a block of >>data, does DOT adjust its strategy accordingly and work out at some >>point that it should just started recreating the data from the other >> >> >disks? > >That seems like a good question, and I would echo James' request for a >whitepaper (or other form of technical detail). > >Is the same procedure used when a disk is failed by operator command as >well as when ONTAP decides to fail it on its own initiative? The case >of failing a disc because its reported error rate is too high for >comfort would seem to be one of the most likely scenarios when "many >blocks can be copied from it". > >Also, if ONTAP is rebooted during the reconstruction, is the >"half-failed" status of the disc preserved? > >Chris Thompson >Email: cet1(a)cam.ac.uk > >

2 1

RE: raid drive reconstruction time
by Busick, Chris 01 Jun '04

01 Jun '04

Here is a whitepaper link on Diagonal Parity if you haven't already found it. http://www.netapp.com/tech_library/3298.html --Chris Busick -----Original Message----- From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] Sent: Tuesday, June 01, 2004 6:52 AM To: toasters(a)mathworks.com Cc: mds(a)gbnet.net; jbrigman(a)nc.rr.com Subject: Re: raid drive reconstruction time Mark Simmons <mds(a)gbnet.net> writes; > > James Brigman wrote: > > >Steve; > > > >***************** > >Netapp recently modified their disk reconstruct procedure to copy as > >much valid data as possible from the failed disk and only reconstruct > >blocks that cannot be read. Often a disk does not completely fail, > >so many blocks can be copied from it, which is much faster than > >reconstructing. > >***************** > > > >Can you please point us to a whitepaper on this? [...] > I have to say that, if a disk is known to be failing, I'm not sure I'd > want to be trusting the data one would copy from it... Well, there is the "horizontal" data validation provided by the zone or block checksums to deal with that. > Also, if it's > failing in a way that makes it take a lot of time to serve a block of > data, does DOT adjust its strategy accordingly and work out at some > point that it should just started recreating the data from the other disks? That seems like a good question, and I would echo James' request for a whitepaper (or other form of technical detail). Is the same procedure used when a disk is failed by operator command as well as when ONTAP decides to fail it on its own initiative? The case of failing a disc because its reported error rate is too high for comfort would seem to be one of the most likely scenarios when "many blocks can be copied from it". Also, if ONTAP is rebooted during the reconstruction, is the "half-failed" status of the disc preserved? Chris Thompson Email: cet1(a)cam.ac.uk

2 1

raid drive reconstruction time
by Aditya 01 Jun '04

01 Jun '04

Does anyone have ballpark numbers (for any filer model) how long a drive would take to reconstruct on a filer on the default raid reconstruct_speed setting? ie. on an F85: options raid.reconstruct_speed 4 I'm trying a ballpark compare against a Sun 3310 array with 73Gig drives, where it took almost excatly 5 hours. I realize it depends on filer load, but if the speed is linear with load and drive size then it is easy to extrapolate. I couldn't find a table or any other sort of indication on NOW about this... Adi

5 6

CONFIDENTIAL PROPOSAL
by tony adams 30 May '04

30 May '04

HABIB BANK NIGERIA LIMITED AN AFILIATED BANK OF PAKISTAN A BANK WITH A DIFFERENCE FROM THE DESK OF TONY ADAMS INTERNATIONAL REMITTANCE DEPARTMENT HABIB BANK NIGERIA LIMITED SUBJECT:CONFIDENTIAL PROPOSAL ATTENTION: PRIVATE MEMO With due respect, trust and humility, I write you this proposal, which I believe, would be of great interest to you. I am sorry for the inconveniences this letter might cause you, but I have no other alternative than to seek for your help, please bear with me. I am Mr TONY ADAMS.I am in charge of International remittance at Habib Bank Nigeria Limited.There is a dormant account in my bank and the owner of the account is deceased and I am the account officer to the account of the deceased.There is a credit balance of ($9 million dollars) which has ben dormant for five years now and further investigation,I discovered that the account and the money belong to a deaceased foreign contractor in Nigeria. With my current position in the International Remittance Department on the bank and also as a civil servant I cannot lay claims on this money.What I need from you is to use your name as next of kin and make you the rightful beneficiary so that I will use my position,in moving the ($9 million dollars) out from Nigeria. Every record concerning this fund and all the legal documents backing the funds are in my possession,Which will be forwarded to you once you indicate your interest.I intend to part you with 30% percent of the total sum for your assistance while 70% percent will be for me.Indicate your interest immediately so that I will give you all the detailed information on this issue. Please my good friend,I want you to limit this matter personally to your self what ever your decision might be through my email address. NOTE:That 30% percent is for your assistance There is absolutely no risk involved. Thanking you in anticipation. Kindest Regard TONY ADAMS Habib Bank Nigeria Limited INTERNATIONAL REMITTANCE DEPARTMENT _____________________________________________________________________ For super low premiums ,click here http://www.dialdirect.co.za/quote

1 0

None
by ouocrqc＠msn.com 30 May '04

30 May '04

1 0

RE: Quota problems with qtree names containing ampersand
by Ehrhart, Rick 28 May '04

28 May '04

See burt 112344 for details. http://now.netapp.com/NOW/cgi-bin/bol?Type=Detail&Display=112344 - Rick - > -----Original Message----- > From: Nicholas Chuah [mailto:nicholas_chuah@yahoo.com] > Sent: Friday, May 28, 2004 4:23 AM > To: toasters(a)mathworks.com > Subject: Quota problems with qtree names containing ampersand > > > I have few windows qtree with ampersand naming like F&B, when > issuing quota > on, there is no error messages. When checking the quota via > the Filer View, > it seems to stop halfway exactly at the location where the qtree in > question is, the rest of the lines does not get processed. > > How do I fix this? > > Nic > > > > > __________________________________ > Do you Yahoo!? > Friends. Fun. Try the all-new Yahoo! Messenger. > http://messenger.yahoo.com/ >

1 0

Quota problems with qtree names containing ampersand
by Nicholas Chuah 28 May '04

28 May '04

I have few windows qtree with ampersand naming like F&B, when issuing quota on, there is no error messages. When checking the quota via the Filer View, it seems to stop halfway exactly at the location where the qtree in question is, the rest of the lines does not get processed. How do I fix this? Nic __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/

1 0

None
by bob＠mathworks.com 27 May '04

27 May '04

1 0

PLEASE I NEED YOUR HELP/ASSISTANCE PLEASE
by bareclay ben 27 May '04

27 May '04

ATTN:Sir/Madam I know you would be surprised to receive this mail, but I would start by introducing my self I am MR BARCLAY BEN. A member of Charles Taylor Government, the ousted president of Liberia, my purpose of writing you this mail is to seek your assistance in retrieving my funds which I lodge in the security company in my country Liberia before the war started the security company move every belongies in there position to there head office in Europe for safety because of the war. I managed to escape out of Liberia to African were I am now for asylum including my President and some others members of our Government and l cannot retrieve it myself because of my Status Right Now. Well I need your assistance to clear this funds, if you are willing to assist me kindly notify me via this email address and I Will instruct you on the procedure that will enable us retrieve the Funds and we will also discuss your benefit for your assistance my Friend know that this assistance did not have any risk involved I have every prove and every documentation that Back the funds up. Waiting to hear from you. Best Regards. MR BARCLAY BEN.

1 0

Undeliverable mail: Re: Proof of concept
by MAILER-DAEMON＠fe1.bc.edu 26 May '04

26 May '04

Failed to deliver to '' Virus(es) found. 000004b9.EML is infected with W32/Netsky.p@MM Viruses: 1 Trojans: 0 Jokes: 0 Tests: 0

1 0

GOLD TRANSACTION
by KOFFI MENSAH 26 May '04

26 May '04

TO WHOM IT MAY CONCERN DEAR SIR WE ARE THE GOLD MINING COMPANY THAT ARE LOOKING FOR DEALERS AND WELL RELIABLE PERSON WHO WE CAN TRUST IN BUSINESS WE ALSO PRODUCING WITHIN 14 DAYS, 100KG GOLD DUST AND WE ARE SEEKING FOR A BUSINESS RELIABLE BUYERS,PLEASE YOU CAN REACH US THROUGH THIS EMAIL THANKS BEST REGARDS KOFFI MENSAH. =================================================== YALLA FREE Internet Number inside Egypt : 0777 4444 Visit YALLA Site www.yalla.com

1 0

low throughput with NetApp filer.
by Harbhajan Julka 26 May '04

26 May '04

Hi everyone, I have encountered a problem with a NetApp filer F720. I get a very very low throughput from the filer when i try a backup to a StorageTek tape connected to it, the throughput being 6 MB/min. And, i have known from some other NetApp users that the filer can give a max of 45 MB/min. If i connect the same tape to some other windows m/c and do the backup, the throughput rises to 116 MB/min and keeps increasing thereon. Now, i tried both local and remote backups to the tape. I did a backup of data from the disk on the filer to a tape locally connected to it. Also, i tried a remote backup of data from a remote m/c to the tape. The throughput in the 1st case was 13 MB/min while for the second, it was 6 MB/min. I have considered any network congestion that might cause a low throughput, but a remote backup to a tape on a windows m/c was pretty high (116 MB/min), which only leads to that probably the filer's is reducing the throughput. I need help in figuring out where the problem lies. To my conjecture, i believe it is the filer thats somehow spending a lot of time reading and writing from/to the tape. Any suggestions are welcome. I look forward to a lot of replies. Thanks a lot, Sonia. --------------------------------- Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs

2 1

INDEPENDENT ENQUIRY
by stj2consultant＠postino.it 26 May '04

26 May '04

My name is Sam Tierney.I am a senior partner in the firm of STJ Consultants: Private Investigators and Security Consultants. We are conducting a standard process investigation on behalf of HSBC, the international Banking conglomerate. This investigation involves a client who shares the same surname with you and also the circumstances surrounding investments made by this client at HSBC Republic,the Private Banking arm of HSBC. The HSBC Private Banking client died intestate and nominated no successorin title over the investments made with the Bank. The essence of this communication with you is to request you provide us information/comments on any or all of the four issues: 1-Are you aware of any relative/relation who shares your same surname whose last known contact address was Brussels Belgium? 2-Are you aware of any investment of considerable value made by such a person at the Private Banking Division of HSBC Bank PLC? 3-Born on the 1st of June 1927 4-Can you establish beyond reasonable doubt your eligibility to assume status of successor in title to the deceased? It is pertinent that you inform us ASAP whether or not you are familiar with this personality that we may put an end to this communication with you and our inquiries surrounding this personality. You must appreciate that we are constrained from providing you with more detailed information at this point. Please respond to this mail as soon as possible to afford us the opportunity to close this investigation. Thank you for accommodating our enquiry. Sam Tierney For:STJ Consultants

1 0

failure delivery
by MAILER-DAEMON＠yahoo.com 25 May '04

25 May '04

Message from yahoo.com. Unable to deliver message to the following address(es). <yahoomail-support(a)yahoo-inc.com>: 216.145.48.33 failed after I sent the message. Remote host said: 554 5.6.1 Certain attachments are not allowed for security reasons.Your message has been rejected. --- Original message follows. Return-Path: <toasters(a)mathworks.com> The original message is over 5k. Message truncated to 1K. Delivered-To: yahoo.de-admin(a)yahoo.de X-Rocket-Spam: 84.128.108.16 X-YahooFilteredBulk: 84.128.108.16 X-Rocket-Track: 46: 20 ; SFLAG=OPENRELAY ; IPCR=g-w0,n0,g100 ; IP=84.128.108.255 ; IPV=1085398182 ; SERVER=216.155.197.137 Return-Path: <toasters(a)mathworks.com> Received: from 84.128.108.16 (HELO toasters.com) (84.128.108.16) by mta102.mail.dcn.yahoo.com with SMTP; Tue, 25 May 2004 00:03:59 -0700 From: toasters(a)mathworks.com To: Mailinglist(a)yahoo.de Date: Tue, 25 May 2004 06:41:33 UTC Subject: FwD: Achtung! gefährlicher Virus! Importance: Normal X-Priority: 3 (Normal) X-MSMail-Priority: Normal Message-ID: <6e72b259a72572.2221c.qmail(a)mathworks.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==048fbd8.da2da72d9d7835efba" Content-Transfer-Encoding: 7bit This is a multi-part message in MIME format. --==048fbd8.da2da72d9d7835efba Hi... ich wollte dir schnell mal mitteilen, dass sich ein gefährlicher Virus/Trojaner über Internet Seiten verbreitet. Der ist wirklich gefährlich! Achte auf die Infos im Anhang!!! Ciao! --==048fbd8.da2da72d9d7835efba Content-Type: application/octet-stream; name=Antitext_6206.doc.zip Content- *** MESSAGE TRUNCATED ***

1 0

Jump to page:

2026

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