toasters

toasters@lists.teaparty.net

13515 discussions

Ontap 7.0RC2 and Samba
by Frank Bonnet 25 Jan '05

25 Jan '05

Hello Someone told me that Ontap 7.0 RC2 could use a Samba 3.0.10 server as PDC ? Any Netapp guru could confirm this ? Thanks a lot . -- Cordialement/Regards Frank Bonnet

1 1

RE: Change in quotas interpretation?
by Michael Christian 24 Jan '05

24 Jan '05

Perfect, that was it! -----Original Message----- From: Cao, Vinh V (Vinh) [mailto:vcao@lucent.com] Sent: Monday, January 24, 2005 1:00 PM To: Michael Christian; toasters(a)mathworks.com Subject: RE: Change in quotas interpretation? I think this is what you are prefer to: http://teaparty.mathworks.com/toasters/13803.html Hope that help. Vinh -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com]On Behalf Of Michael Christian Sent: Monday, January 24, 2005 3:30 PM To: toasters(a)mathworks.com Subject: Change in quotas interpretation? My memory fails me, but I remember some discussion a few months back about an upgrade changing the interpretation of the quotas file. (GB vs MB or something like that.) Anyone recall that problem? I couldn't find anything on now... Thanks, -MikeC

1 0

RE: Change in quotas interpretation?
by Cao, Vinh V (Vinh) 24 Jan '05

24 Jan '05

I think this is what you are prefer to: http://teaparty.mathworks.com/toasters/13803.html Hope that help. Vinh -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com]On Behalf Of Michael Christian Sent: Monday, January 24, 2005 3:30 PM To: toasters(a)mathworks.com Subject: Change in quotas interpretation? My memory fails me, but I remember some discussion a few months back about an upgrade changing the interpretation of the quotas file. (GB vs MB or something like that.) Anyone recall that problem? I couldn't find anything on now... Thanks, -MikeC

1 0

Change in quotas interpretation?
by Michael Christian 24 Jan '05

24 Jan '05

My memory fails me, but I remember some discussion a few months back about an upgrade changing the interpretation of the quotas file. (GB vs MB or something like that.) Anyone recall that problem? I couldn't find anything on now... Thanks, -MikeC

1 0

Netcache ACL - client-ip
by Michael Schipp 24 Jan '05

24 Jan '05

Hi all, Is there a way to specify a block of IP address's. E.g. deny client-ip 192.168.1.10 though 192.168.1.150. I want to create a single line ACL to enable/disable a block of IP's. Any help?

2 1

Cumshots to scare girls away!
by bradleymcnamara＠myplace.net.au 24 Jan '05

24 Jan '05

Heya! jcnjei

5 5

AW: Experiences: ILM with Nuview FLM
by Scholz Wolfgang 24 Jan '05

24 Jan '05

hi aaron, of course you may ;-) we have only one offline share configured and only one rule for migration. i agree, 411 mb in 56 hours is not satisfieing at all. have you talked with the tech support of nuview about this issue ? i heard from our nuview tech consultant here in germany that version 3.0 is on the way with many new features. maybe they fixed this issue in that release. wolfgang -----Ursprüngliche Nachricht----- Von: Hill, Aaron [mailto:aaron.hill@cba.com.au] Gesendet: Montag, 24. Januar 2005 07:12 An: Scholz Wolfgang; Hill, Aaron; 'toasters(a)mathworks.com' Betreff: RE: Experiences: ILM with Nuview FLM Thanks Wolfgang, If I may, can I ask a few more questions. How many offline storage shares do you have configured? How many rules do you have defined for each primary storage policy? Your network infrastructure is similar in throughput to what we have configured. Hardware being FAS960c's migrating to R150's. My initial pilot involved scanning ~300Gb, of which we migrated around 60-70 Gb in about 12-20 hours. For our first stage production run we scaled this up to scanning 2Tb and migrating around 900Gb. There were 160 rules with 160 offline storage's configured. Of the 900Gb marked for transfer, we saw only 411mb transferred in 56 hours. Not good, not good at all. Especially since we are looking at scanning up to 4x this amount of data (~20-25 million files) at the end point. It seems that the increased # rules and offline storage's is causing some problems with the application throughput. It also seems to transfer files in serial fashion. i.e. Waits for one file to complete transfer before starting the next. It would seem logical to me that the most efficient way would be to open multiple threads to manage the transfer. Aaron _____ From: Scholz Wolfgang [mailto:Wolfgang.Scholz@fja.com] Sent: Monday, 24 January 2005 4:36 PM To: 'Hill, Aaron'; 'toasters(a)mathworks.com' Subject: AW: Experiences: ILM with Nuview FLM hi aaron, we are using flm quite a while here but not with your amount of data. our total storage capacity is around 2 tb´s . used space on our cifs volume is 335gb with over 4,5 million files on it. we scheduled our policy to run once every week. in the last policy run we migrated 65624 files, alltogether 7GB of data. it took 3 hours and 13 minutes to complete the policy run. we have here an f825 filer wich is connected to the network over a vif with 2 gb. our secondary storage is a hp storageworks 1200s nas appliance which is connected at 100/mbps to the network. hope that helps wolfgang _________________________ Wolfgang Scholz FJA Feilmeier & Junker GmbH Leonhard-Moll-Bogen 10 81373 Muenchen Tel. : ++49 89 76901 7470 Fax : ++49 89 76901 9500 email: wolfgang.scholz(a)fja.com Hey there, I am interested in hearing from other Filer admins that are using the Nuview File Lifecycle Manager (FLM) software for data archiving or Information Lifecycle Management (ILM). I am in the process of rolling this product out in a large environment with the aim of migrating TB of data. At the moment I am seeing extremely slow migration rates. Has anyone else experienced this or in contrast has had very fast or even acceptable transfer rates? Thanks, Aaron ************** 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. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

1 0

RE: Experiences: ILM with Nuview FLM
by Hill, Aaron 24 Jan '05

24 Jan '05

Thanks Wolfgang, If I may, can I ask a few more questions. How many offline storage shares do you have configured? How many rules do you have defined for each primary storage policy? Your network infrastructure is similar in throughput to what we have configured. Hardware being FAS960c's migrating to R150's. My initial pilot involved scanning ~300Gb, of which we migrated around 60-70 Gb in about 12-20 hours. For our first stage production run we scaled this up to scanning 2Tb and migrating around 900Gb. There were 160 rules with 160 offline storage's configured. Of the 900Gb marked for transfer, we saw only 411mb transferred in 56 hours. Not good, not good at all. Especially since we are looking at scanning up to 4x this amount of data (~20-25 million files) at the end point. It seems that the increased # rules and offline storage's is causing some problems with the application throughput. It also seems to transfer files in serial fashion. i.e. Waits for one file to complete transfer before starting the next. It would seem logical to me that the most efficient way would be to open multiple threads to manage the transfer. Aaron _____ From: Scholz Wolfgang [mailto:Wolfgang.Scholz@fja.com] Sent: Monday, 24 January 2005 4:36 PM To: 'Hill, Aaron'; 'toasters(a)mathworks.com' Subject: AW: Experiences: ILM with Nuview FLM hi aaron, we are using flm quite a while here but not with your amount of data. our total storage capacity is around 2 tb´s . used space on our cifs volume is 335gb with over 4,5 million files on it. we scheduled our policy to run once every week. in the last policy run we migrated 65624 files, alltogether 7GB of data. it took 3 hours and 13 minutes to complete the policy run. we have here an f825 filer wich is connected to the network over a vif with 2 gb. our secondary storage is a hp storageworks 1200s nas appliance which is connected at 100/mbps to the network. hope that helps wolfgang _________________________ Wolfgang Scholz FJA Feilmeier & Junker GmbH Leonhard-Moll-Bogen 10 81373 Muenchen Tel. : ++49 89 76901 7470 Fax : ++49 89 76901 9500 email: wolfgang.scholz(a)fja.com Hey there, I am interested in hearing from other Filer admins that are using the Nuview File Lifecycle Manager (FLM) software for data archiving or Information Lifecycle Management (ILM). I am in the process of rolling this product out in a large environment with the aim of migrating TB of data. At the moment I am seeing extremely slow migration rates. Has anyone else experienced this or in contrast has had very fast or even acceptable transfer rates? Thanks, Aaron ************** 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. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

1 0

Online banking records confirmation
by WAMU Personal Online Banking 24 Jan '05

24 Jan '05

1 0

AW: Experiences: ILM with Nuview FLM
by Scholz Wolfgang 24 Jan '05

24 Jan '05

hi aaron, we are using flm quite a while here but not with your amount of data. our total storage capacity is around 2 tb´s . used space on our cifs volume is 335gb with over 4,5 million files on it. we scheduled our policy to run once every week. in the last policy run we migrated 65624 files, alltogether 7GB of data. it took 3 hours and 13 minutes to complete the policy run. we have here an f825 filer wich is connected to the network over a vif with 2 gb. our secondary storage is a hp storageworks 1200s nas appliance which is connected at 100/mbps to the network. hope that helps wolfgang _________________________ Wolfgang Scholz FJA Feilmeier & Junker GmbH Leonhard-Moll-Bogen 10 81373 Muenchen Tel. : ++49 89 76901 7470 Fax : ++49 89 76901 9500 email: wolfgang.scholz(a)fja.com Hey there, I am interested in hearing from other Filer admins that are using the Nuview File Lifecycle Manager (FLM) software for data archiving or Information Lifecycle Management (ILM). I am in the process of rolling this product out in a large environment with the aim of migrating TB of data. At the moment I am seeing extremely slow migration rates. Has anyone else experienced this or in contrast has had very fast or even acceptable transfer rates? Thanks, Aaron ************** 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. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

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