toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

RE: Snap status and wafl scan
by Glenn Walker 08 Sep '06

08 Sep '06

Ok - those are other things than what I previously mentioned. Active Bitmap rearrangement is normal - I believe it has been around since 6.5 (pretty sure it wasn't a flexvol thing, that was 'deswizzler' scan). It's to keep memory 'pretty', if memory serves. The container block reclamation is a scanner responsible for ferreting out blocks that have been freed and marking them as usable to the system (delayed free scanner\delayed freer working here). This too is normal. Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Chris Thompson Sent: Thursday, September 07, 2006 4:01 PM To: toasters(a)mathworks.com Cc: ecoli82(a)msn.com; etraitel(a)gmail.com Subject: Re: Snap status and wafl scan Eyal Traitel writes: > Note that snap status is an advanced command so its output shouldn't > necessarily cause you concerns... Well, while we're talking about things wot mere mortals were not meant to wot of... ec0li <ecoli82(a)msn.com> wrote: > When I check snap status, I see next to recent snapshots : (xxxx/xxxx > remaining). > Also, It seems that this is in fact the wafl scan process "snap create > summary update" The effect worrying me is somewhat different. After a snapshot is deleted the above state lasts only seconds, but there is then a much more extended period where "snap status" looks normal but "wafl scan status" shows e.g. carina*> wafl scan status Volume CUS: Scan id Type of scan progress 1 active bitmap rearrangement fbn 3340 of 4461 w/ max_chain_len 3 925 container block reclamation block 382 of 4461 The "container block reclamation" scan lasts several minutes (and this is a volume & aggregate of only a few hundred GB), and while it's going on disc read activity is high and severely impacts the cache - at least, if you trust the "cache age" shown by sysstat, which I am not sure I do. This is with ONTAP 7.1.1P1 (but similar effects observed in earlier 7.x's). -- Chris Thompson Email: cet1(a)cam.ac.uk

2 1

NDMP backups, timeouts
by Scott T. Mikusko 08 Sep '06

08 Sep '06

I'm running into a recurring issue with backing up my NearStore and a long F760 filer. In the procoess of backing some large filesystems (qtrees), it appears that NDMP is basically timing out and fails. I'm running Veritas NetBackup 6.0 (finally upgrading from 4.5 recently). I think the issue has to do with NDMP starting the dump commands on the filer, which then does a three-way backup to another filer with local tape drives. The debug from ndmp logs shows for a manual full backup of a filer: Sep 05 21:05:57 EDT [ndmpd:58]: Log message: DUMP: creating "/vol/vol0/../snapshot_for_backup.370" snapshot. Sep 05 21:06:05 EDT [ndmpd:58]: Log message: DUMP: Using Partial Volume Dump with Exclude Lists Sep 05 21:07:31 EDT [ndmpd:58]: Log message: DUMP: Date of this level 1 dump: Tue Sep 5 21:05:57 2006. Sep 05 21:07:31 EDT [ndmpd:58]: Log message: DUMP: Date of last level 0 dump: Fri Aug 18 19:20:57 2006. Sep 05 21:07:31 EDT [ndmpd:58]: Log message: DUMP: Dumping /vol/vol0/files3.rt to NDMP connection Sep 05 21:07:31 EDT [ndmpd:58]: Log message: DUMP: mapping (Pass I)[regular files] It never completes the mapping of the files in Pass I. It just sits there. The filesystems I'm backing up are between 250-650GB with a LOT of small files (millions) and many subdirs. Tons of mail and html files. My guess is that the amount of files and dirs are getting large that NDMP can't map them fully and is timing out after 8 hours. It shouldn't take that long to map files for the size of data it's doing; I've seem mapping times be much less for larger sets of data. I know that the filesystem topology can cause NDMP backups to be slow, depending on file sizes, data layout, filer load, network etc, but this is happening on moderately busy filers or bone idle NearStores. Anyone run across lengthy DUMP times? Chewing through NOW and Veritas support site hasn't turned up anything obvious. Just curious if others have run into NDMP/dump issues like this. -Scott

4 3

Snap status and wafl scan
by ec0li 07 Sep '06

07 Sep '06

Hello, When I check snap status, I see next to recent snapshots : (xxxx/xxxx remaining). Also, It seems that this is in fact the wafl scan process "snap create summary update" Does anyone knows what is this process, its purpose, what happens if the system reboots during this,... I'm asking this because on one system with lots of snapshots(snapvault) this process seems to never finish. In fact, each time a new snap is transfered the counter restarts from the beginning but has not enough time to finish until a new snapshot is created. Consequence : in snap status I see more and more snapshots with (xxx/xxx remaingint) on the right. Thanks in advance for your answers! -- View this message in context: http://www.nabble.com/Snap-status-and-wafl-scan-tf2232129.html#a6187160 Sent from the Network Appliance - Toasters forum at Nabble.com.

3 2

RE: Snap status and wafl scan
by Glenn Walker 07 Sep '06

07 Sep '06

It may have something to do with the fact that SnapVault 'stitches' snapshots together on the back end - by that I mean that there is a coalescing function that puts the multitude of individually transferred snapshots together once they are all on the destination system and it makes it one single destination snapshot. Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of ec0li Sent: Thursday, September 07, 2006 5:26 AM To: toasters(a)mathworks.com Subject: Snap status and wafl scan Hello, When I check snap status, I see next to recent snapshots : (xxxx/xxxx remaining). Also, It seems that this is in fact the wafl scan process "snap create summary update" Does anyone knows what is this process, its purpose, what happens if the system reboots during this,... I'm asking this because on one system with lots of snapshots(snapvault) this process seems to never finish. In fact, each time a new snap is transfered the counter restarts from the beginning but has not enough time to finish until a new snapshot is created. Consequence : in snap status I see more and more snapshots with (xxx/xxx remaingint) on the right. Thanks in advance for your answers! -- View this message in context: http://www.nabble.com/Snap-status-and-wafl-scan-tf2232129.html#a6187160 Sent from the Network Appliance - Toasters forum at Nabble.com.

1 0

RE: NDMP backups, timeouts
by George, Andrew 07 Sep '06

07 Sep '06

Hi We noticed it after upgrading from onTap 6.3 to 6.5 The fix in that case was to turn of ndmpd.offset_map.enable. What happened in (I think it was in 6.4) was ndmpd had a slight functionality change so it does a lot more processing up front. Andrew -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Scott T. Mikusko Sent: Thursday, 7 September 2006 9:20 AM To: toasters(a)mathworks.com Subject: NDMP backups, timeouts I'm running into a recurring issue with backing up my NearStore and a long F760 filer. In the procoess of backing some large filesystems (qtrees), it appears that NDMP is basically timing out and fails. I'm running Veritas NetBackup 6.0 (finally upgrading from 4.5 recently). I think the issue has to do with NDMP starting the dump commands on the filer, which then does a three-way backup to another filer with local tape drives. The debug from ndmp logs shows for a manual full backup of a filer: Sep 05 21:05:57 EDT [ndmpd:58]: Log message: DUMP: creating "/vol/vol0/../snapshot_for_backup.370" snapshot. Sep 05 21:06:05 EDT [ndmpd:58]: Log message: DUMP: Using Partial Volume Dump with Exclude Lists Sep 05 21:07:31 EDT [ndmpd:58]: Log message: DUMP: Date of this level 1 dump: Tue Sep 5 21:05:57 2006. Sep 05 21:07:31 EDT [ndmpd:58]: Log message: DUMP: Date of last level 0 dump: Fri Aug 18 19:20:57 2006. Sep 05 21:07:31 EDT [ndmpd:58]: Log message: DUMP: Dumping /vol/vol0/files3.rt to NDMP connection Sep 05 21:07:31 EDT [ndmpd:58]: Log message: DUMP: mapping (Pass I)[regular files] It never completes the mapping of the files in Pass I. It just sits there. The filesystems I'm backing up are between 250-650GB with a LOT of small files (millions) and many subdirs. Tons of mail and html files. My guess is that the amount of files and dirs are getting large that NDMP can't map them fully and is timing out after 8 hours. It shouldn't take that long to map files for the size of data it's doing; I've seem mapping times be much less for larger sets of data. I know that the filesystem topology can cause NDMP backups to be slow, depending on file sizes, data layout, filer load, network etc, but this is happening on moderately busy filers or bone idle NearStores. Anyone run across lengthy DUMP times? Chewing through NOW and Veritas support site hasn't turned up anything obvious. Just curious if others have run into NDMP/dump issues like this. -Scott "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication."

1 0

Re: when to use minra ?
by Eyal Traitel 02 Sep '06

02 Sep '06

By the way - an interesting option could be to use FlexClone instead of breaking the mirror - you clone the mirrored volume, and then you change its minra setting. By the way - if you're not using very large aggregates on the R200 that might your ultimate cure - you wanna have many disks involved in the I/O. Eyal. On 9/1/06, Peter D. Gray <pdg(a)uow.edu.au> wrote: > > On Fri, Sep 01, 2006 at 08:47:01AM -0500, Callaway, Michael wrote: > > Quote: > > "My NDMP tape backups from the R200 are pretty slow. I average > > about 2 MBytes per sec. Note that backups of other volumes > > on the R200 work really well, so there is no problem > > on the R200 or the network." > > > > Your 2MB/sec sampling, when was that taken? Was it at the beginning, > > middle, end of the backup? You -should- be getting a really slow > > through-put rate at the start of a backup, since ndmp basically walks > > through and takes a look at each file before actually backing them up. > > When you have a large volume it will take a while to look at each file, > > it's worse with volumes that have a large number of small files. > > > > Good thought, but no. > > The backup is slow after the metadata dump is finished. > > Peak is slow as well (5 Meg or so). > > Regards, > pdg > > -- > > See mail headers for contact information. > > -- Yours, Eyal.

1 0

RE: when to use minra ?
by Glenn Walker 02 Sep '06

02 Sep '06

Actually - I don't understand why minra would not be possibly enabled on destination but not source. I understand that these are volume-level options, but it would make more sense to me to have an option to override that particular setting on a destination volume due to issues just as you've described here. Smells like a great RFE to me :) Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Peter D. Gray Sent: Thursday, August 31, 2006 7:53 PM To: toasters(a)mathworks.com Subject: Re: when to use minra ? Thanks for the replies. Some background on this question. I have 2 filers used for email storage (NFS, attached to 2 mirapoint mail stores). They have lots of small files. I am mirroring these 2 filers to an R200 for backup, but I also take tape copies via NDMP every 30 days or so. The volumes contain about 350GB each of actual data, excluding snapshots, and 5 million files. My NDMP tape backups from the R200 are pretty slow. I average about 2 MBytes per sec. Note that backups of other volumes on te R200 work really well, so there is no problem on the R200 or the network. I saw the comment that turning off minra can have a big impact on backup performance so I thought I would try it. But discovered that the setting would have to be changed on the mirror source which is not so good (maybe). It would be nice if that setting could be changed on the mirror target but not the source, but I can see why that not possible. So, I wondered if I could justify setting minra on on the source volumes but would need some way to predict the impact. It sounds like turing on minra is not usually a good idea, so I guess I am stuck with slow NDMP backups. Just out of interest, does anybody understand why minra has an impact on backup speed. I assume the read ahead does not go past end of file but that is the only explanation I can think of as to why it would have an impact? Regards, pdg -- See mail headers for contact information.

2 1

Re: when to use minra ?
by Peter D. Gray 02 Sep '06

02 Sep '06

Thanks for the replies. Some background on this question. I have 2 filers used for email storage (NFS, attached to 2 mirapoint mail stores). They have lots of small files. I am mirroring these 2 filers to an R200 for backup, but I also take tape copies via NDMP every 30 days or so. The volumes contain about 350GB each of actual data, excluding snapshots, and 5 million files. My NDMP tape backups from the R200 are pretty slow. I average about 2 MBytes per sec. Note that backups of other volumes on te R200 work really well, so there is no problem on the R200 or the network. I saw the comment that turning off minra can have a big impact on backup performance so I thought I would try it. But discovered that the setting would have to be changed on the mirror source which is not so good (maybe). It would be nice if that setting could be changed on the mirror target but not the source, but I can see why that not possible. So, I wondered if I could justify setting minra on on the source volumes but would need some way to predict the impact. It sounds like turing on minra is not usually a good idea, so I guess I am stuck with slow NDMP backups. Just out of interest, does anybody understand why minra has an impact on backup speed. I assume the read ahead does not go past end of file but that is the only explanation I can think of as to why it would have an impact? Regards, pdg -- See mail headers for contact information.

5 6

RE: when to use minra ?
by Fair, Robert 01 Sep '06

01 Sep '06

In 7.0+ setting minra-on has less impact than earlier releases for many workloads, and many folks who used to use it automatically no longer need to. (Its not obsolete, just not useful for most workloads) Its worth trying minra-off to see if the results are acceptable on both source/destination with your specific workload. -- Rob -----Original Message----- From: Carl Howell [mailto:chowell@uwf.edu] Sent: Friday, September 01, 2006 12:21 PM To: Blake Golliher Cc: Brian Pascal; toasters(a)mathworks.com Subject: RE: when to use minra ? But, isn't the goal to test whether changing the minra setting effects the backup of the volume in question? I'm not suggesting breaking the mirror every time he needs to run a backup. If changing the minra setting is effective, then an RFE is certainly warranted. If not, he has some other problem. Wouldn't you agree? - Carl -----Original Message----- From: Blake Golliher [mailto:thelastman@gmail.com] Sent: Friday, September 01, 2006 10:57 AM To: Carl Howell Cc: Brian Pascal; toasters(a)mathworks.com Subject: Re: when to use minra ? I think the problem there is that you are breaking the snapmirror. I think we want to avoid that. -Blake On 9/1/06, Carl Howell <chowell(a)uwf.edu> wrote: > Vol options cannot change in snapmirror destinations? > > I'm running 7.0.4 on our R200 and I can do this with no problems. > > 1. snapmirror break destvol > 2. vol options destvol minra on > > Am I missing something? > > - Carl > > -----Original Message----- > From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] > On Behalf Of Brian Pascal > Sent: Friday, September 01, 2006 12:03 AM > To: Peter D. Gray > Cc: owner-toasters(a)mathworks.com; toasters(a)mathworks.com > Subject: RE: when to use minra ? > > > > > > Only option is to change the minra on the source since vol options > cannot change in snapmirror destinations. > If you really worried changing minra in a peak time, you can try > changing minra in a non peak time and let the change snapmirror to > destination volume in R200. Then try taking backup's off from that > volume. (just to > isolate) > > Seems like minra is not the only cause for your case. can you provide > more details on your appliances? Model's, disk size's, aggregates & > volume sizes in both source & destination. Also the details of your > tape library attached to R200. ( believe it's directly attached to > R200) > > > > Brian. > > > > > > > "Carl Howell" > > <chowell(a)uwf.edu> To: "Peter D. Gray" > <pdg(a)uow.edu.au>, <toasters(a)mathworks.com> > Sent by: cc: > > owner-toasters@ma Subject: RE: when to use > minra ? > thworks.com > > > > > > 09/01/2006 08:28 > > AM > > > > > > > > > Why not break the mirror change the minra setting and give it a go? You > should know pretty quickly if it makes any difference. Our backup config > is > the same as yours, and we have a couple of volumes with millions of > files that are also slow to backup. > > - Carl > ________________________________ > > From: owner-toasters(a)mathworks.com on behalf of Peter D. Gray > Sent: Thu 8/31/2006 6:53 PM > To: toasters(a)mathworks.com > Subject: Re: when to use minra ? > > > > Thanks for the replies. Some background on this question. > > I have 2 filers used for email storage (NFS, attached to 2 mirapoint > mail stores). They have lots of small files. > I am mirroring these 2 filers to an R200 for backup, but I also take > tape copies via NDMP every 30 days or so. The volumes contain about > 350GB each of actual data, excluding snapshots, and 5 million files. > > My NDMP tape backups from the R200 are pretty slow. I average about 2 > MBytes per sec. Note that backups of other volumes on te R200 work > really well, so there is no problem on the R200 or the network. > > I saw the comment that turning off minra can have a big impact on > backup performance so I thought I would try it. > But discovered that the setting would have to be changed on the mirror > source which is not so good (maybe). > > It would be nice if that setting could be changed on the mirror target > but not the source, but I can see why that not possible. > > So, I wondered if I could justify setting minra on on the source > volumes but would need some way to predict the impact. > > It sounds like turing on minra is not usually a good idea, so I guess > I am stuck with slow NDMP backups. > > Just out of interest, does anybody understand why minra has an impact > on backup speed. I assume the read ahead does not go past end of file > but that is the only explanation I can think of as to why it would > have an impact? > > Regards, > pdg > > -- > > See mail headers for contact information. > > > > > This mail has been scanned by InterScan-MSS/kbsl > > > > > This Mail Has Been Scanned For Virus By Scanmail For Lotus Notes > Enterprise/Kbsl > >

1 0

RE: when to use minra ?
by Carl Howell 01 Sep '06

01 Sep '06

But, isn't the goal to test whether changing the minra setting effects the backup of the volume in question? I'm not suggesting breaking the mirror every time he needs to run a backup. If changing the minra setting is effective, then an RFE is certainly warranted. If not, he has some other problem. Wouldn't you agree? - Carl -----Original Message----- From: Blake Golliher [mailto:thelastman@gmail.com] Sent: Friday, September 01, 2006 10:57 AM To: Carl Howell Cc: Brian Pascal; toasters(a)mathworks.com Subject: Re: when to use minra ? I think the problem there is that you are breaking the snapmirror. I think we want to avoid that. -Blake On 9/1/06, Carl Howell <chowell(a)uwf.edu> wrote: > Vol options cannot change in snapmirror destinations? > > I'm running 7.0.4 on our R200 and I can do this with no problems. > > 1. snapmirror break destvol > 2. vol options destvol minra on > > Am I missing something? > > - Carl > > -----Original Message----- > From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] > On Behalf Of Brian Pascal > Sent: Friday, September 01, 2006 12:03 AM > To: Peter D. Gray > Cc: owner-toasters(a)mathworks.com; toasters(a)mathworks.com > Subject: RE: when to use minra ? > > > > > > Only option is to change the minra on the source since vol options > cannot > change in snapmirror destinations. > If you really worried changing minra in a peak time, you can try > changing > minra in a non peak time and let the change snapmirror to destination > volume in R200. Then try taking backup's off from that volume. (just to > isolate) > > Seems like minra is not the only cause for your case. can you provide > more > details on your appliances? Model's, disk size's, aggregates & volume > sizes > in both source & destination. Also the details of your tape library > attached to R200. ( believe it's directly attached to R200) > > > > Brian. > > > > > > > "Carl Howell" > > <chowell(a)uwf.edu> To: "Peter D. Gray" > <pdg(a)uow.edu.au>, <toasters(a)mathworks.com> > Sent by: cc: > > owner-toasters@ma Subject: RE: when to use > minra ? > thworks.com > > > > > > 09/01/2006 08:28 > > AM > > > > > > > > > Why not break the mirror change the minra setting and give it a go? You > should know pretty quickly if it makes any difference. Our backup config > is > the same as yours, and we have a couple of volumes with millions of > files > that are also slow to backup. > > - Carl > ________________________________ > > From: owner-toasters(a)mathworks.com on behalf of Peter D. Gray > Sent: Thu 8/31/2006 6:53 PM > To: toasters(a)mathworks.com > Subject: Re: when to use minra ? > > > > Thanks for the replies. Some background on this question. > > I have 2 filers used for email storage (NFS, attached to 2 > mirapoint mail stores). They have lots of small files. > I am mirroring these 2 filers to an R200 for backup, but > I also take tape copies via NDMP every 30 days or so. The volumes > contain about 350GB each of actual data, excluding snapshots, > and 5 million files. > > My NDMP tape backups from the R200 are pretty slow. I average > about 2 MBytes per sec. Note that backups of other volumes > on te R200 work really well, so there is no problem > on the R200 or the network. > > I saw the comment that turning off minra can have a big > impact on backup performance so I thought I would try it. > But discovered that the setting would have to be changed on the > mirror source which is not so good (maybe). > > It would be nice if that setting could be changed on the > mirror target but not the source, but I can see why that not > possible. > > So, I wondered if I could justify setting minra on on the > source volumes but would need some way to predict the impact. > > It sounds like turing on minra is not usually a good idea, so I guess > I am stuck with slow NDMP backups. > > Just out of interest, does anybody understand why minra has an > impact on backup speed. I assume the read ahead does not go > past end of file but that is the only explanation I can > think of as to why it would have an impact? > > Regards, > pdg > > -- > > See mail headers for contact information. > > > > > This mail has been scanned by InterScan-MSS/kbsl > > > > > This Mail Has Been Scanned For Virus By Scanmail For Lotus Notes > Enterprise/Kbsl > >

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