toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

Data Classification
by netster 02 Aug '06

02 Aug '06

Hi! I have several NetApp filers with close to 25TBs of user data stored on them (Best guess is that there is some 50 million files, but we aren't sure as our backup software only backups the current data set, not the snapshots). We are looking to consolidate down the environment given the latest storage capacities and thought I would ask the community here what tools that they used to understand what data needed to be migrate, what data needed to be destroyed, and what the data costs in terms of per user and department? We have the costing for the storage down to a per $ fee per MB/GB. Any thoughts? We have tried some freeware and shareware programs, but they require weeks, if not months of personnel time to make sense out of the data that they collect. We are looking for a packaged solution. Thank you for your help. -- View this message in context: http://www.nabble.com/Data-Classification-tf2023386.html#a5563372 Sent from the Network Appliance - Toasters forum at Nabble.com.

4 3

Delivery Status Notification
by Mail Delivery Service 02 Aug '06

02 Aug '06

Your message was refused by recipient's server filtering program. Reason given was as follows: attachment filename not allowed

1 0

Please resend your mail
by bnrrrsp 02 Aug '06

02 Aug '06

1 0

Virus warning
by MAILER-DAEMON＠cgpfe2.candwall.com 02 Aug '06

02 Aug '06

A message which was sent to you was rejected by the AntiVirus plugin. The details of what was detected and the original message header are below. For your protection, the original message has been destroyed. Virus(es) found: Email-Worm.Win32.Mydoom.m Viruses: 1 The sender is <selbyim(a)rogers.com> (may be faked) --- The message header follows: --- Received: from [72.22.151.35] (HELO rogers.com) by cgpfe2.candwall.com (CommuniGate Pro SMTP 5.0.8) with ESMTP id 27888169 for toasters(a)mathworks.com; Wed, 02 Aug 2006 09:30:56 -0400 From: selbyim(a)rogers.com To: toasters(a)mathworks.com Subject: report Date: Wed, 2 Aug 2006 09:25:09 -0400 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0011_A4AA6D73.27C0A378" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-ID: <auto-000027888169(a)cgpfe2.candwall.com>

1 0

Virus warning
by MAILER-DAEMON＠cgpfe4.candwall.com 02 Aug '06

02 Aug '06

A message which was sent to you was rejected by the AntiVirus plugin. The details of what was detected and the original message header are below. For your protection, the original message has been destroyed. Virus(es) found: Email-Worm.Win32.Mydoom.m Viruses: 1 The sender is <postmaster(a)mathworks.com> (may be faked) --- The message header follows: --- Received: from [72.22.139.193] (HELO mathworks.com) by cgpfe4.candwall.com (CommuniGate Pro SMTP 5.0.8) with ESMTP id 21379075 for toasters(a)mathworks.com; Wed, 02 Aug 2006 09:20:03 -0400 From: "MAILER-DAEMON" <postmaster(a)mathworks.com> To: toasters(a)mathworks.com Subject: DELIVERY REPORTS ABOUT YOUR E-MAIL Date: Wed, 2 Aug 2006 09:34:36 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0004_0A07D034.3B2AAA9B" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-ID: <auto-000021379075(a)cgpfe4.candwall.com>

1 0

RE: Snapmirror and backup weirdness
by Holland, William L 02 Aug '06

02 Aug '06

You are indeed my hero! The answer was so obvious I couldn't see it. When I turned this off on my volume, my backup throughput went from 1.5GB/5min to 17GB/5min -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Brian Pascal Sent: Wednesday, August 02, 2006 6:45 AM To: Greg Wilson Cc: toasters(a)mathworks.com Subject: Re: Snapmirror and backup weirdness Check the vol options for "minra" in that volume. ideally it should be "off" for backup purposes. You need to change the vol options of the source volume to affect the destination, since it is volme level mirrored. Btw. "minra" vol option has a direct impact to the volume's I/O performance. Brian. Greg Wilson <gwilson@connect. To: toasters(a)mathworks.com com.au> cc: Sent by: Subject: Snapmirror and backup weirdness owner-toasters@ma thworks.com 08/02/2006 12:05 PM Hello Im having some really weird problems with backing up our snapmirrors and wondering if anyone has any ideas. Here is the first setup.. We have a 3050 filer (filerB) with 16TB split up in 2 aggrs filer B is used as a snapmirror source where our other filers snapmirror all their data onto. Problem: on filer A we have 3 sepearte flexvols with 1 qtree in each flex vol. Each qtree has around 160gb and 4 million files in it. eg. /vol/vola/vola /vol/volb/volb /vol/volc/volc on filer B i created a 600gb flex vol called filerA to snapmirror into We were using Qtree snapmirrors onto filer B so the results looked like this qtree: This command is deprecated; using qtree status. Volume Tree Style Oplocks Status -------- -------- ----- -------- --------- vol0 unix enabled normal filerA unix enabled normal filerA vola unix enabled snapmirrored filerA volb unix enabled snapmirrored filerA volc unix enabled snapmirrored filerB> df /vol/filerA/ 838860800 488597596 350263204 58% /vol/filerA/ /vol/filerA/.snapshot 209715200 14934800 194780400 7% /vol/filerA/.snapshot filerB> df -i Filesystem iused ifree %iused Mounted on /vol/filerA/ 17202153 14674536 54% /vol/filerA/ filerB> snapmirror status Source Destination State Lag Status filerA:/vol/vola/vola filerB:/vol/filerA/vola Snapmirrored 152:02:24 Idle When we backup /vol/filerA we are getting around 20-26meg a second to tape. After a few weeks we see that the snapmirrors are taking a very long time (2-3 hours) to sync as each time it snapmirrors its doing a file copy. Ie works out what inodes have changed then copies data over. So we decide to cutover to Volume based snapmirrors as its heaps faster. now on filerB i create 3 restricted volumes and we are snapmirroring to each volume to their restricted volume. This is very very fast as its block level and its syncing in under 15 min this is now how looks like the following on filerB /vol/filerAvola/ 251658240 153210208 98448032 61% /vol/filerAvola/ /vol/filerAvola/.snapshot 62914560 14631824 48282736 23% /vol/filerAvola/.snapshot /vol/filerAvolb/ 251658240 154023020 97635220 61% /vol/filerAvolb/ /vol/filerAvolb/.snapshot 62914560 14196416 48718144 23% /vol/filerAvolb/.snapshot /vol/filerAvolc/ 251658240 154578208 97080032 61% /vol/filerAvolc/ /vol/filerAvolc/.snapshot 62914560 14897572 48016988 24% /vol/filerAvolc/.snapshot a vol status looks like the following filerAvola online raid_dp, flex snapmirrored=on, create_ucode=on, snapmirrored maxdirsize=20971, read-only fs_size_fixed=on, guarantee=volume(disabled) we have 3 of these snapmirrored volumes.. filerB:vola filerA:vola Snapmirrored 04:20:26 Idle filerB:volb filerA:volb Snapmirrored 04:20:26 Idle filerB:volc filerA:volc Snapmirrored 04:20:26 Idle now the problem is when we go to back these upto tape we are only getting 3 - 7 meg a second to tape. This is the problem. How come when we backup the large volume (/vol/filerA/) we get 26 meg a sec but when we backup the smaller restricted volumes (/vol/filerAvola/) we are only getting 3-7 ? we are using Netbackup NDMP to a local tape drive we have another restricted volume on filerB which is 140Gb of oracle data and that gets 30-50meg a second to tape. -- Greg Wilson Senior System Administrator greg.wilson(a)aapt.com.au 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: Snapmirror and backup weirdness
by Glenn Walker 02 Aug '06

02 Aug '06

This depends - I'd recommend viewing a sysstat -x 1 during the backup. If no other activity is going on (can be measured by looking at the net out, in this particular case) and disk reads are lots higher than tape writes, minra may help. If disk reads are approximately equal to tape writes, you'll likely see no improvement. It should be noted that in the later 7.x versions of ONTAP, the read ahead algorithm is greatly improved - unsure what version you are running, but it's probably pretty recent given the minimum ONTAP version that the 3000 series supports. (BTW - qsm does indeed lay out data much more friendly - it's a file-level logical replication based on blocks changed per file) Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Brian Pascal Sent: Wednesday, August 02, 2006 6:45 AM To: Greg Wilson Cc: toasters(a)mathworks.com Subject: Re: Snapmirror and backup weirdness Check the vol options for "minra" in that volume. ideally it should be "off" for backup purposes. You need to change the vol options of the source volume to affect the destination, since it is volme level mirrored. Btw. "minra" vol option has a direct impact to the volume's I/O performance. Brian. Greg Wilson <gwilson@connect. To: toasters(a)mathworks.com com.au> cc: Sent by: Subject: Snapmirror and backup weirdness owner-toasters@ma thworks.com 08/02/2006 12:05 PM Hello Im having some really weird problems with backing up our snapmirrors and wondering if anyone has any ideas. Here is the first setup.. We have a 3050 filer (filerB) with 16TB split up in 2 aggrs filer B is used as a snapmirror source where our other filers snapmirror all their data onto. Problem: on filer A we have 3 sepearte flexvols with 1 qtree in each flex vol. Each qtree has around 160gb and 4 million files in it. eg. /vol/vola/vola /vol/volb/volb /vol/volc/volc on filer B i created a 600gb flex vol called filerA to snapmirror into We were using Qtree snapmirrors onto filer B so the results looked like this qtree: This command is deprecated; using qtree status. Volume Tree Style Oplocks Status -------- -------- ----- -------- --------- vol0 unix enabled normal filerA unix enabled normal filerA vola unix enabled snapmirrored filerA volb unix enabled snapmirrored filerA volc unix enabled snapmirrored filerB> df /vol/filerA/ 838860800 488597596 350263204 58% /vol/filerA/ /vol/filerA/.snapshot 209715200 14934800 194780400 7% /vol/filerA/.snapshot filerB> df -i Filesystem iused ifree %iused Mounted on /vol/filerA/ 17202153 14674536 54% /vol/filerA/ filerB> snapmirror status Source Destination State Lag Status filerA:/vol/vola/vola filerB:/vol/filerA/vola Snapmirrored 152:02:24 Idle When we backup /vol/filerA we are getting around 20-26meg a second to tape. After a few weeks we see that the snapmirrors are taking a very long time (2-3 hours) to sync as each time it snapmirrors its doing a file copy. Ie works out what inodes have changed then copies data over. So we decide to cutover to Volume based snapmirrors as its heaps faster. now on filerB i create 3 restricted volumes and we are snapmirroring to each volume to their restricted volume. This is very very fast as its block level and its syncing in under 15 min this is now how looks like the following on filerB /vol/filerAvola/ 251658240 153210208 98448032 61% /vol/filerAvola/ /vol/filerAvola/.snapshot 62914560 14631824 48282736 23% /vol/filerAvola/.snapshot /vol/filerAvolb/ 251658240 154023020 97635220 61% /vol/filerAvolb/ /vol/filerAvolb/.snapshot 62914560 14196416 48718144 23% /vol/filerAvolb/.snapshot /vol/filerAvolc/ 251658240 154578208 97080032 61% /vol/filerAvolc/ /vol/filerAvolc/.snapshot 62914560 14897572 48016988 24% /vol/filerAvolc/.snapshot a vol status looks like the following filerAvola online raid_dp, flex snapmirrored=on, create_ucode=on, snapmirrored maxdirsize=20971, read-only fs_size_fixed=on, guarantee=volume(disabled) we have 3 of these snapmirrored volumes.. filerB:vola filerA:vola Snapmirrored 04:20:26 Idle filerB:volb filerA:volb Snapmirrored 04:20:26 Idle filerB:volc filerA:volc Snapmirrored 04:20:26 Idle now the problem is when we go to back these upto tape we are only getting 3 - 7 meg a second to tape. This is the problem. How come when we backup the large volume (/vol/filerA/) we get 26 meg a sec but when we backup the smaller restricted volumes (/vol/filerAvola/) we are only getting 3-7 ? we are using Netbackup NDMP to a local tape drive we have another restricted volume on filerB which is 140Gb of oracle data and that gets 30-50meg a second to tape. -- Greg Wilson Senior System Administrator greg.wilson(a)aapt.com.au 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

Snapmirror and backup weirdness
by Greg Wilson 02 Aug '06

02 Aug '06

Hello Im having some really weird problems with backing up our snapmirrors and wondering if anyone has any ideas. Here is the first setup.. We have a 3050 filer (filerB) with 16TB split up in 2 aggrs filer B is used as a snapmirror source where our other filers snapmirror all their data onto. Problem: on filer A we have 3 sepearte flexvols with 1 qtree in each flex vol. Each qtree has around 160gb and 4 million files in it. eg. /vol/vola/vola /vol/volb/volb /vol/volc/volc on filer B i created a 600gb flex vol called filerA to snapmirror into We were using Qtree snapmirrors onto filer B so the results looked like this qtree: This command is deprecated; using qtree status. Volume Tree Style Oplocks Status -------- -------- ----- -------- --------- vol0 unix enabled normal filerA unix enabled normal filerA vola unix enabled snapmirrored filerA volb unix enabled snapmirrored filerA volc unix enabled snapmirrored filerB> df /vol/filerA/ 838860800 488597596 350263204 58% /vol/filerA/ /vol/filerA/.snapshot 209715200 14934800 194780400 7% /vol/filerA/.snapshot filerB> df -i Filesystem iused ifree %iused Mounted on /vol/filerA/ 17202153 14674536 54% /vol/filerA/ filerB> snapmirror status Source Destination State Lag Status filerA:/vol/vola/vola filerB:/vol/filerA/vola Snapmirrored 152:02:24 Idle When we backup /vol/filerA we are getting around 20-26meg a second to tape. After a few weeks we see that the snapmirrors are taking a very long time (2-3 hours) to sync as each time it snapmirrors its doing a file copy. Ie works out what inodes have changed then copies data over. So we decide to cutover to Volume based snapmirrors as its heaps faster. now on filerB i create 3 restricted volumes and we are snapmirroring to each volume to their restricted volume. This is very very fast as its block level and its syncing in under 15 min this is now how looks like the following on filerB /vol/filerAvola/ 251658240 153210208 98448032 61% /vol/filerAvola/ /vol/filerAvola/.snapshot 62914560 14631824 48282736 23% /vol/filerAvola/.snapshot /vol/filerAvolb/ 251658240 154023020 97635220 61% /vol/filerAvolb/ /vol/filerAvolb/.snapshot 62914560 14196416 48718144 23% /vol/filerAvolb/.snapshot /vol/filerAvolc/ 251658240 154578208 97080032 61% /vol/filerAvolc/ /vol/filerAvolc/.snapshot 62914560 14897572 48016988 24% /vol/filerAvolc/.snapshot a vol status looks like the following filerAvola online raid_dp, flex snapmirrored=on, create_ucode=on, snapmirrored maxdirsize=20971, read-only fs_size_fixed=on, guarantee=volume(disabled) we have 3 of these snapmirrored volumes.. filerB:vola filerA:vola Snapmirrored 04:20:26 Idle filerB:volb filerA:volb Snapmirrored 04:20:26 Idle filerB:volc filerA:volc Snapmirrored 04:20:26 Idle now the problem is when we go to back these upto tape we are only getting 3 - 7 meg a second to tape. This is the problem. How come when we backup the large volume (/vol/filerA/) we get 26 meg a sec but when we backup the smaller restricted volumes (/vol/filerAvola/) we are only getting 3-7 ? we are using Netbackup NDMP to a local tape drive we have another restricted volume on filerB which is 140Gb of oracle data and that gets 30-50meg a second to tape. -- Greg Wilson Senior System Administrator greg.wilson(a)aapt.com.au

3 2

FROM MR. JOHN LEE(PART-TIME JOB OFFER)
by name 02 Aug '06

02 Aug '06

MR. JOHN LEE MANAGING DIRECTOR TEL: +27+ 73-32-66156 EMAIL: john_lee2006za(a)yahoo.co.uk PART-TIME JOB OFFER MY NAME IS JOHN LEE AND I OWN A COMPANY IN EUROPE AND AFRICA, I NEED A REPRESENTATIVE IN YOUR COUNTRY AND YOU WILL GET 10% OF ANY MONEY THAT WILL BE PAID TO MY COMPANY. PLEASE DO GET BACK TO ME ASAP THROUGH THIS EMAIL(john_lee2006za(a)yahoo.co.uk) FOR FURTHER INQUIRES. PLEASE NOTE THAT YOU WILL NOT SPEND ANY MONEY IN THIS BUSINESS. THANKS. MR. JOHN LEE MANAGING DIRECTOR TEL: +27+ 73-32-66156 EMAIL: john_lee2006za(a)yahoo.co.uk ========================== 263电子邮件－信赖邮自专业

1 0

FROM GORDON FRANKLUX
by gordon＠gordon.as 02 Aug '06

02 Aug '06

My Dear Good Friend, How are you today? Sorry for any inconveniences. Well, I just want to use this medium to thank you very much for your earlier assistance to help me in receiving the inheritance funds, without any positive outcome.I am obliged to inform you that I have succeeded in receiving the funds with the help of a new partner from SPAIN. Everything was perfectly done because we strike a deal with one of the Lady accountant who works with the Remittance Department of the Federal Ministry of Finance (FMF)and she rendered a tremendous help to us. My new partner initiated this idea and everything worked out successfully.In appreciation of your earlier assistance to me in receiving the Funds, I have decided to compensate you with the sum of $850,000.00 in a Cashier's cheque (Eight Hundred and FiftyThousand United States Dollars). This is from my own share of $10.5m, I did this simply to show you that it is good to do good things to the right people always. Presently, I am in SPAIN for investment project with my own share under the advice of my partner Mr. Mathew Paul. Meanwhile,I didn't forget your past efforts and attempts to assist me in transferring those funds despite that it failed us somehow. I will be sending you mail to know if you have received your share or not. Now contact my personal assistant in Benin Republic. His name is Mr.Ahmed Fayela send him your contact address where you want the cheque to be sent to you. His e-mail addres is:( ahmed_fayela(a)yahoo.it ) Please do let me know immediately you receive the money so that we can share the joy together after all the suffering at that time. In the moment, I'm very busy here in chile because of the investment projects, which the new partner and I are having at hand. So feel free to get in touch with Mr. Ahmed Fayela to send the cheque to you without any delay. With My Best Regards, Honourable Gordon Franklux

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