toasters

toasters@lists.teaparty.net

13531 discussions

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

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

23 Jan '05

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

SecureAdmin after Upgrade
by Bill Holland 23 Jan '05

23 Jan '05

Upgraded a FAS940 and an F825 from OnTap 6.4.4 to 6.5.2R1. Since doing so, clicking the Secure FilerView link doesn't work with SSL enabled. If I disable SSL then I am able to access FilerView. I even tried creating a self-generated certificate and re-enabling SSL -- same result, the Secure FilerView window returns and http error (can't remember the specific error off the top of my head).

2 1

RE: wafle scan measure layout
by Michael Schipp 23 Jan '05

23 Jan '05

wafle scan measure layout will check the amount of defragmention in a volume. It will return a value (lowest the better). A high number is indicative of defragmentation. If high then a walf iron we defrag the raid group/s in the volume. ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Alfred Lim Sent: Sunday, 23 January 2005 3:32 AM To: SKIP HOFMANN; 'Michael Christian'; toasters(a)mathworks.com Subject: Re: wafle scan measure layout Hi. How much does it help with that command? ----- Original Message ----- From: SKIP HOFMANN <mailto:SKIP.HOFMANN@ttisg.com> To: 'Michael Christian' <mailto:mchristi@yahoo-inc.com> ; toasters(a)mathworks.com Sent: Saturday, January 22, 2005 5:10 AM Subject: RE: wafle scan measure layout Cool thanks to all. I think I got around 50 emails from this newsgroup on how to do this. I sure won't forget how to do this again. ________________________________ From: Michael Christian [mailto:mchristi@yahoo-inc.com] Sent: Friday, January 21, 2005 12:59 PM To: SKIP HOFMANN; toasters(a)mathworks.com Subject: RE: wafle scan measure layout priv set advanced ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of SKIP HOFMANN Sent: Friday, January 21, 2005 11:42 AM To: toasters(a)mathworks.com Subject: wafle scan measure layout Hi all How do I get into the advanced mode so I can run this command? Skip Hofmann Senior Network Administrator MCSE 2000 NT MCP+I TetraTech Skip.Hofmann(a)ttisg.com 949 500 5286 cell 949 608 5801 office

1 0

RE: wafle scan measure layout
by SKIP HOFMANN 22 Jan '05

22 Jan '05

Cool thanks to all. I think I got around 50 emails from this newsgroup on how to do this. I sure won't forget how to do this again. _____ From: Michael Christian [mailto:mchristi@yahoo-inc.com] Sent: Friday, January 21, 2005 12:59 PM To: SKIP HOFMANN; toasters(a)mathworks.com Subject: RE: wafle scan measure layout priv set advanced _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of SKIP HOFMANN Sent: Friday, January 21, 2005 11:42 AM To: toasters(a)mathworks.com Subject: wafle scan measure layout Hi all How do I get into the advanced mode so I can run this command? Skip Hofmann Senior Network Administrator MCSE 2000 NT MCP+I TetraTech Skip.Hofmann(a)ttisg.com <mailto:Skip.Hofmann@ttisg.com> 949 500 5286 cell 949 608 5801 office

2 1

High OctaneSt0ck VCSC counterbalance
by Medina Wayling 22 Jan '05

22 Jan '05

MarketMakers Profit Guide 2005 With Over 97% Winning Trades! Featured Company Is: Vocalscape Inc, Breaking News released by the company on Friday after the close - this is an inside tip to our subscribers to get it immediately since the company is planning on a massive marketing campaign starting tuesday for the entire week. So do not miss out on it our advice is get it monday at the opening or tuesday morning the latest. This is a great company with great gains to be expected. Ticker:VCSC Current Price:.15 Price in 5 days:.62 Price in 15 days:.85 VocalScape Networks Inc. is building a company that's revolutionizing the telecommunications industry with the most affordable phone systems, hardware, online software, and rates in Canada and the US. VocalScape, a company with global reach, is receiving international attention for the development of Voice over IP (VoIP) application solutions, including the award-winning EyefonTM, a softphone for real-time PC-to-phone. We are an advanced implementer of PBX systems for companies, call centers, ITSPs and service providers. Breaking News - Partnership with VBS Telecom! KATONAH, N.Y., Jan. 21 /PRNewswire-FirstCall/ Vocalscape Inc. "VCSC", announces that the company has entered into a partnership agreement with VBS Telecom to represent Vocalscape's proprietary Eyefon, an award winning VoIP soft phone and Vocalscape's pre-paid calling card solution to their clients. Don't Sleep On This One, It will produce unreal profits all week. So get in early on Monday morning. Legal-Information: Information within this email contains "forward looking statements" within the meaning of Section 27A of the Securities Act of 1933 and Section 21B of the Securities Exchange Act of 1934. Any statements that express or involve discussions with respect to predictions, goals, expectations, beliefs, plans, projections, objectives, assumptions or future events or performance are not statements of historical fact and may be "forward looking statements." Forward looking statements are based on expectations, estimates and projections at the time the statements are made that involve a number of risks and uncertainties which could cause actual results or events to differ materially from those presently anticipated. Forward looking statements in this action may be identified through the use of words such as: "projects", "foresee", "expects", "estimates," "believes," "understands" "will," "part of: "anticipates," or that by statements indicating certain actions "may," "could," or "might" occur. All information provided within this email pertaining to investing, stocks, securities must be understood as information provided and not investment advice. Emerging Equity Alert advises all readers and subscribers to seek advice from a registered professional securities representative before deciding to trade in stocks featured within this email. None of the material within this report shall be construed as any kind of investment advice. Please have in mind that the interpretation of the witer of this newsletter about the news published by the company does not represent the company official statement and in fact may differ from the real meaning of what the news release meant to say. Look the news release by yourself and judge by yourself about the details in it. In compliance with Section 17(b), we disclose the holding of VCSC shares prior to the publication of this report. Be aware of an inherent conflict of interest 36893129xL83)062E9wJ6L resulting from such holdings due to our intent to profit from the liquidation of these shares. Shares may be sold at any time, even after positive statements have been made regarding the above company. Since we own shares, there is an inherent conflict of interest in our statements and opinions. Readers of this publication are cautioned not to place undue reliance on forward looking statements, which are based on certain assumptions and expectations involving various risks and uncertainties, that could cause results to differ materially from those set forth in the forward looking statements. Please be advised that nothing within this email shall constitute a solicitation or an invitation to get position in or sell any security mentioned herein. This newsletter is neither a registered investment advisor nor affiliated with any broker or dealer. This newsletter was paid 49000 from third party to send this report. All statements made are our express opinion only and should be treated as such. We may own, take position and sell any securities mentioned at any time. This report includes forward-looking statements within the meaning of The Private Securities Litigation Reform Act of 1995. These statements may include terms as " Projected Speculative Price" "expect", "believe", "may", "will", " Soar" "move", "undervalued" and "intend" or similar terms heartsick complaisance

1 0

( You won our lottery award ) Sie gewannen unsere Lotterie) vous avez gagné notre loterie
by luckyday-lotto-nl60＠tiscali.fr 22 Jan '05

22 Jan '05

************************ ADSL JUSQU'A 16 MEGA + TELEPHONE GRATUIT ************************ L'ultra haut débit à 30EUR/mois seulement ! Et vous téléphonez gratuitement en France vers les postes fixes, hors numéros spéciaux. Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl/ (voir conditions sur le site)

1 0

wafle scan measure layout
by SKIP HOFMANN 21 Jan '05

21 Jan '05

Hi all How do I get into the advanced mode so I can run this command? Skip Hofmann Senior Network Administrator MCSE 2000 NT MCP+I TetraTech Skip.Hofmann(a)ttisg.com <mailto:Skip.Hofmann@ttisg.com> 949 500 5286 cell 949 608 5801 office

2 2

RE: wafle scan measure layout
by Michael Christian 21 Jan '05

21 Jan '05

It would be good if people can respond to the list when they answer, so Skip doesn't get 50 emails saying the same thing (slashdotted?). Besides, someone else might be wondering, and this way they don't have to ask a week from now. -M _____ From: SKIP HOFMANN [mailto:SKIP.HOFMANN@ttisg.com] Sent: Friday, January 21, 2005 1:11 PM To: Michael Christian; toasters(a)mathworks.com Subject: RE: wafle scan measure layout Cool thanks to all. I think I got around 50 emails from this newsgroup on how to do this. I sure won't forget how to do this again. _____ From: Michael Christian [mailto:mchristi@yahoo-inc.com] Sent: Friday, January 21, 2005 12:59 PM To: SKIP HOFMANN; toasters(a)mathworks.com Subject: RE: wafle scan measure layout priv set advanced _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of SKIP HOFMANN Sent: Friday, January 21, 2005 11:42 AM To: toasters(a)mathworks.com Subject: wafle scan measure layout Hi all How do I get into the advanced mode so I can run this command? Skip Hofmann Senior Network Administrator MCSE 2000 NT MCP+I TetraTech Skip.Hofmann(a)ttisg.com 949 500 5286 cell 949 608 5801 office

1 0

RE: wafle scan measure layout
by Michael Christian 21 Jan '05

21 Jan '05

priv set advanced _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of SKIP HOFMANN Sent: Friday, January 21, 2005 11:42 AM To: toasters(a)mathworks.com Subject: wafle scan measure layout Hi all How do I get into the advanced mode so I can run this command? Skip Hofmann Senior Network Administrator MCSE 2000 NT MCP+I TetraTech Skip.Hofmann(a)ttisg.com 949 500 5286 cell 949 608 5801 office

1 0

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

21 Jan '05

1 0

RE: DFM 3.1 Events
by Holland, William L 21 Jan '05

21 Jan '05

They were being generated as Information events as Information-Trap-Received - changed them to Normal. Hopefully that will stop recording them. Thanks for the tip. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:aaron.hill@cba.com.au] Sent: Thursday, January 20, 2005 10:33 PM To: 'Holland, William L'; 'toasters(a)mathworks.com' Subject: RE: DFM 3.1 Events William, You may like to try the "dfm eventtype" command from the command prompt. Check Appendix A of the the DFM manual for information on the event types. I am only looking at the 3.01 version so I don't see the CIFS event log full option, but I would say it is easily modified for 3.1 Basically, you can set and event to be reported as Informational, Warning, Error and in some cases Critical. The cmdref.pdf explains syntax as follows; dfm eventtype modify [ -v event-severity ] event-name My suggestions; 1) Choose the ones you are not so interested in and change them to Informational. Then when you check events, you can view only Warning or worse (for example). This won't necessarily keep your database size down. I have been running DFM for years and haven't seen my database get much larger than 400-500mb. I can see user quota monitoring making this blowout in a very large environment. Even then, I have never had a DFM database corrupt and have only heard about it once or twice. Check with NetApp, there is probably a way to groom old events from the database. 2) We use the "Alarms" to email the team when specific events are recorded by DFM. We can do this because we know exactly what we like to watch in our environment and want DFM to tell us about it rather than us having to go search for it. Because of this, we rarely go through the events list as an operational procedure. It is more used as a tool to help us identify a sequence of events that may have occurred leading up to another issue. i.e. A paper trail. Hope this helps you out. Regards, Aaron -----Original Message----- From: Holland, William L [mailto:hollandwl@state.gov] Sent: Friday, 21 January 2005 6:09 AM To: 'toasters(a)mathworks.com' Subject: DFM 3.1 Events Anyone found a way to stop DFM 3.1 from recording certain events? For instance, we have AutoSupport turned off due to security configuration policies. However, every few hours the filers dutifully report that AutoSupport is turned off and try to cajole me with all the benefits of turning it on. I know it's off, I purposefully turned it off, stop notifying me about it. I don't want to see this event in my DFM events. Another example is when CIFS event log is full and it creates another one - I get LOTS of these every day. I don't care about them. Only tell me if you couldn't create one. These two events alone spread across 3 filers, I have gathered approximately 1700 events in the week I've had DFM running. I don't want these events taking up space in my database, I don't want to filter through them every day looking to see if there is some event worth my paying attention to that I may not have yet established an alarm for. In short, by being inundated with informational events that I don't care about, the usefulness is being diluted. ************** 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: DFM 3.1 Events
by Hill, Aaron 21 Jan '05

21 Jan '05

William, You may like to try the "dfm eventtype" command from the command prompt. Check Appendix A of the the DFM manual for information on the event types. I am only looking at the 3.01 version so I don't see the CIFS event log full option, but I would say it is easily modified for 3.1 Basically, you can set and event to be reported as Informational, Warning, Error and in some cases Critical. The cmdref.pdf explains syntax as follows; dfm eventtype modify [ -v event-severity ] event-name My suggestions; 1) Choose the ones you are not so interested in and change them to Informational. Then when you check events, you can view only Warning or worse (for example). This won't necessarily keep your database size down. I have been running DFM for years and haven't seen my database get much larger than 400-500mb. I can see user quota monitoring making this blowout in a very large environment. Even then, I have never had a DFM database corrupt and have only heard about it once or twice. Check with NetApp, there is probably a way to groom old events from the database. 2) We use the "Alarms" to email the team when specific events are recorded by DFM. We can do this because we know exactly what we like to watch in our environment and want DFM to tell us about it rather than us having to go search for it. Because of this, we rarely go through the events list as an operational procedure. It is more used as a tool to help us identify a sequence of events that may have occurred leading up to another issue. i.e. A paper trail. Hope this helps you out. Regards, Aaron -----Original Message----- From: Holland, William L [mailto:hollandwl@state.gov] Sent: Friday, 21 January 2005 6:09 AM To: 'toasters(a)mathworks.com' Subject: DFM 3.1 Events Anyone found a way to stop DFM 3.1 from recording certain events? For instance, we have AutoSupport turned off due to security configuration policies. However, every few hours the filers dutifully report that AutoSupport is turned off and try to cajole me with all the benefits of turning it on. I know it's off, I purposefully turned it off, stop notifying me about it. I don't want to see this event in my DFM events. Another example is when CIFS event log is full and it creates another one - I get LOTS of these every day. I don't care about them. Only tell me if you couldn't create one. These two events alone spread across 3 filers, I have gathered approximately 1700 events in the week I've had DFM running. I don't want these events taking up space in my database, I don't want to filter through them every day looking to see if there is some event worth my paying attention to that I may not have yet established an alarm for. In short, by being inundated with informational events that I don't care about, the usefulness is being diluted. ************** 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

Solaris patch 118463-01, NetApp filers, and du
by Chris Thompson 20 Jan '05

20 Jan '05

I posted an article about this in the comp.unix.solaris newsgroup back in early December, but I didn't get any response. Maybe I will have more luck here. A patch 118463-01 was released by Sun for Solaris 9 du(1) on 2004-12-06. It "fixes" 5068958 Solaris 9 du exits with "cycle detected" The description of this on SunSolve includes the following: | Description: | | Solaris 9 du exits with: | | du: failed for /: Cycle detected from XXX to XXX | | when a hardlink in the filesystem is detected. While at first sight this seems | reasonable behaviour due to the potentially harmful nature of hardlinked | directories, there is a genuine need to handle this in a more graceful way. | | One such example comes from using a NetApp File Server with snapshots. | The NetApp server exports snapshot heirarchies with file ids (aka inode | numbers) which appear to be identical to existing directory file ids. | | While this is an implementation issue concerning the interaction between | Sun's NFS clients and NetApp File Servers, in the interests of interoperability, | the Solaris 9 du should simply ignore directories with apparent duplicate | inode numbers. I wonder what other users of Solaris in conjunction with NetApp filers think of this? Personally I thought the change in Solaris 9 was positively beneficial ... an error (even if obscurely expressed from the end-user's point of view) rather than a totally misleading result. It might have been useful if the patch had been to produce warning messages "I've seen this directory inode number before, I'm leaving this [snapshot] out of the space calculation altogether" and carry on with the rest of the tree. (One might think that this was what was implied by "simply ignore directories with apparent duplicate | inode numbers".) But it seems that it actually restores the Solaris 8-and-earlier behaviour, in which you get a total which is a naive sum over all snapshots, which is never (well, hardly ever) meaningful. Chris Thompson Email: cet1(a)cam.ac.uk

1 0

Cisco Jumbo Frames settings
by rkb 19 Jan '05

19 Jan '05

Anybody have access to their Cisco switches that they are using for Filer-->Oracle private networking? I'm interested in the Flow Control and Jumbo Frames setups your using. I think the way to approach this is to create VLANS for the Filer-->Oracle box with the MTU size set accordingly. Anybody done this or have access to the config file of the Cisco your network guy setup for you? I'd love to set the config commands you used. Thanks -Bob Borowicz

2 1

Re: vol copy
by Stephane Bentebba 19 Jan '05

19 Jan '05

good to know, thanx McCarthy, Tim wrote: >Ever since late 6.4 releases of ndmpcopy, the qtree is recreated just like the source. >I have done many data migrations this way and it works like that > >Volcopy also uses the loopback interface and if you have wide/deep directories, >it is significantly faster than any file copy operation including ndmpcopy. > >Also, if you are on the same filer you do not need -sa and -da. >If you are on the source filer, you do not need -sa and if you are on the destination filer you do not need -da > >--tmac > >====================== >Tim McCarthy >Professional Services/Systems Engineer >NetApp Federal Systems, Inc. >410-551-3970 (o) >443-363-0208 (f) >tmac(a)netapp.com >tmac-pager(a)netapp.com >====================== >________________________________________ >From: Stephane Bentebba [mailto:stephane.bentebba@fps.fr] >Sent: Tuesday, January 18, 2005 11:52 AM >To: toasters(a)mathworks.com >Subject: Re: vol copy > >i would advise you to use the ndmpcopy command >it enable ndmpcopy without passing throught the netork if it is a local copy >you have to note that ndmpcopy doesn't remeber the "qtree state" of a directory, so you have to create the qtree before copying into it > >for exemple : >filer> qtree create /vol/vol1/myqtree >filer> ndmpcopy -sa root:mypass -da root:mypass -st text -dt text -l0 /vol/vol0/myqtree/* /vol/vol1/ > >with [-l { 0 | 1 | 2 }] you can make a full, then incremental at 2 different level if you like > >we manange some data migration (from old SCSI technologie to newer FC one) this way > > >devnull(a)adc.idt.com wrote: >What would be really cool is if you would let us copy/move qtrees between volumes. I find myself having to do that more often that i copy entire volumes. > >Right now, i end up doing it over the network which kinda seems unnecessary. > >Thanks >On Thu, 6 Jan 2005, Jerry wrote: > > >Date: Thu, 6 Jan 2005 07:14:10 -0800 (PST) >From: Jerry <juanino(a)yahoo.com> >To: "McCarthy, Tim" <timothy.mccarthy(a)netapp.com>, > Paul Galjan <galjan(a)gmail.com>, Ben Rockwood <brockwood(a)homestead-inc.com> >Cc: toasters(a)mathworks.com >Subject: vol copy > >Whoa. That's really cool. > >--- "McCarthy, Tim" <timothy.mccarthy(a)netapp.com> >wrote: > > >How "wide" are your directories? They play a very >important role in the >backup process. The more files in any given >directory, the longer it >takes to parse. > >How about this: VOLCOPY > >This only works at a volume level, it is all or none >and no incrementals >available...without a snapmirror license. > >You could do this: > >Source=vol1 Dest=dvol > > >>From the Dest: >vol restrict dvol > >from the source: >vol copy -S start vol1 dest:dvol (-->that is a cap >-S) > >this will copy the source volume, including all >snapshots to the >destination volume. (if you do not want the >snapshots, drop the -S) > >The catch: You must copy the whole volume and you >must use a whole >volume on the destination to copy to. Any >information on the destination >volume will be eradicated. > >This will work in 6.x and 7.x although in 7.x you >can only copy between >like volumes. Flex to Flex and Traditional to >Traditional. > >--tmac > >-----Original Message----- >From: Paul Galjan [mailto:galjan@gmail.com] >Sent: Wednesday, January 05, 2005 10:32 PM >To: Ben Rockwood >Cc: toasters(a)mathworks.com >Subject: Re: NDMP Tuning > >Hey, you've always got cygwin ;-). > >Seriously, though. 2.3M files is a serious number >of files. I used >to have a 180G home directory partition for about >300 users with only >about half that number of inodes. Even with rsync, >it took about 4 >hours to move that guy over to the destination, even >when less tha n >500 MB had changed. > >It underscores the point that block level >replication will have better >performance than file level replication, whether you >end up using QSM >or ndmpcopy. It really is worth it to bang on your >rep to get >snapmirror for an amount that you can afford. I >almost guarantee it >would save you orders of magnitude in replication >time. > >--paul >On Wed, 05 Jan 2005 18:19:48 -0800, Ben Rockwood ><brockwood(a)homestead-inc.com> wrote: > >Paul Galjan wrote: > > >Cool then. > >In that case I would look at rsync and/or >robocopy (in a windows only > >env). Not that rsync is a block level protocol >(it evaluates on the > >file level), but perhaps it would provide better >performance with > >smaller backup windows? > >Rsync is certainly a possiblity. I'm afraid I'd >have some problems > >being as in this enviroment the filers are being >used CIFS only, which > >makes file level interaction for an old UNIX >zealot like me less than > >entertaining. > > >To put a better point on it: NDMP is just a >wrapper around the UNIX > >dump command. It's no better, nor worse than it, >and that's the > >reason I asked. The dump command (and NDMP by >extension) is for > >backup, not DR. It is a clunky protocol in terms >of straight > >replication, and that's why Netapp and others >offer alternatives for > >replication... > > >In the end though, we should get to your problem: >how many inodes are > >we looking at? And what happens in Pass 4, Stage >1? The inode number > >would be my first suspect. > >Right. I haven't looked at the code itself to see >exactly what it's > >doing (I probly should at some point) but Stage 1 >of Pass IV seems to >be > >all about inode creation prior to copying in all >the data. The source > >volume has 2.3million inodes in use. That does't >seem like an > >outragious number, and this is a pretty small >filer all things > >considered. How creation of 2.3 million inodes >can consume 3 hours is > >beyond my understanding. During that time the >destination filers CPU >is > >nearly idle. The only explanation I can dream up >is that the proccess > >of creating inodes is happening so quickly that >the bulk of system >time > >is spent in context switches not in execution, and >hense a false sense > >of idle-ness... but thats a pretty BS explanation >since even if that > >were the case it still wouldn't take 3 hours. > >All the evidence I've seen thus far with NDMP >suggests that I just >need > >to turn up the flow. Is there an idle loop in the >dump code? Thats > >exactly what it feels like. Anyone know is there >is an OnTap >equivelent > >to truss? > >benr. > > >--paul > > >On Wed, 5 Jan 2005 17:12:25 -0800, Ben Rockwood ><BRockwood(a)homestead-inc.com> wrote: > > > >Hey Paul. > >Because I never said I was building a "quick >disaster recovery" >solution. :) > >The recovery system I'm building is more of a >"at least we've got >another copy" solution. We don't have cash for a >nearline which leaves >us in a hole. I'm looking to temporarily fill that >hole by leveraging >old 840's to at least keep a copy of the data on >untill we can one day >cough up the cash for a proper nearline. I'm >wanting to use NDMP >perhaps predominantly because this is what it was >intended to do. >SnapMirror and SnapVault are undoubtably the better >solutions, but I'd >like to try and utilize NDMP rather than just give >up on it as a slow >useless system of backup/recovery. If NDMP would >just run at the speeds >that the filers are capable of I'd be doing ok. I'm >leaving >Snapmirror/Snapvault off the table for now. > > >benr. > > >-----Original Message----- >From: Paul Galjan [mailto:galjan@gmail.com] >Sent: Wed 1/5/2005 4:52 PM >To: Ben Rockwood >Cc: toasters(a)mathworks.com >Subject: Re: NDMP Tuning >Hi Ben, > >I'll be the first to say that this doesn't >answer your question, but >=== message truncated === > > >__________________________________________________ >Do You Yahoo!? >Tired of spam? Yahoo! Mail has the best spam protection around >http://mail.yahoo.com > >/dev/null > >devnull(a)adc.idt.com > > > > > -- *Stéphane Bentebba *Technicien de Maintenance Tél.: +33 (0)1.41.73.20.16 Fax.: +33 (0)1.41.73.20.08 support(a)fps.fr <mailto:support@fps.fr> www.fps.fr <http://www.fps.fr> <http://www.fps.fr> *FPS France* Parc d'affaire Silic 43, rue de la Grosse Pierre BP 40160 94533 RUNGIS Cedex

1 0

RE: NDMP Tuning
by McCarthy, Tim 18 Jan '05

18 Jan '05

How "wide" are your directories? They play a very important role in the backup process. The more files in any given directory, the longer it takes to parse. How about this: VOLCOPY This only works at a volume level, it is all or none and no incrementals available...without a snapmirror license. You could do this: Source=vol1 Dest=dvol >From the Dest: vol restrict dvol from the source: vol copy -S start vol1 dest:dvol (-->that is a cap -S) this will copy the source volume, including all snapshots to the destination volume. (if you do not want the snapshots, drop the -S) The catch: You must copy the whole volume and you must use a whole volume on the destination to copy to. Any information on the destination volume will be eradicated. This will work in 6.x and 7.x although in 7.x you can only copy between like volumes. Flex to Flex and Traditional to Traditional. --tmac -----Original Message----- From: Paul Galjan [mailto:galjan@gmail.com] Sent: Wednesday, January 05, 2005 10:32 PM To: Ben Rockwood Cc: toasters(a)mathworks.com Subject: Re: NDMP Tuning Hey, you've always got cygwin ;-). Seriously, though. 2.3M files is a serious number of files. I used to have a 180G home directory partition for about 300 users with only about half that number of inodes. Even with rsync, it took about 4 hours to move that guy over to the destination, even when less tha n 500 MB had changed. It underscores the point that block level replication will have better performance than file level replication, whether you end up using QSM or ndmpcopy. It really is worth it to bang on your rep to get snapmirror for an amount that you can afford. I almost guarantee it would save you orders of magnitude in replication time. --paul On Wed, 05 Jan 2005 18:19:48 -0800, Ben Rockwood <brockwood(a)homestead-inc.com> wrote: > Paul Galjan wrote: > > >Cool then. > > > >In that case I would look at rsync and/or robocopy (in a windows only > >env). Not that rsync is a block level protocol (it evaluates on the > >file level), but perhaps it would provide better performance with > >smaller backup windows? > > > > > Rsync is certainly a possiblity. I'm afraid I'd have some problems > being as in this enviroment the filers are being used CIFS only, which > makes file level interaction for an old UNIX zealot like me less than > entertaining. > > >To put a better point on it: NDMP is just a wrapper around the UNIX > >dump command. It's no better, nor worse than it, and that's the > >reason I asked. The dump command (and NDMP by extension) is for > >backup, not DR. It is a clunky protocol in terms of straight > >replication, and that's why Netapp and others offer alternatives for > >replication... > > > > > >In the end though, we should get to your problem: how many inodes are > >we looking at? And what happens in Pass 4, Stage 1? The inode number > >would be my first suspect. > > > > > Right. I haven't looked at the code itself to see exactly what it's > doing (I probly should at some point) but Stage 1 of Pass IV seems to be > all about inode creation prior to copying in all the data. The source > volume has 2.3million inodes in use. That does't seem like an > outragious number, and this is a pretty small filer all things > considered. How creation of 2.3 million inodes can consume 3 hours is > beyond my understanding. During that time the destination filers CPU is > nearly idle. The only explanation I can dream up is that the proccess > of creating inodes is happening so quickly that the bulk of system time > is spent in context switches not in execution, and hense a false sense > of idle-ness... but thats a pretty BS explanation since even if that > were the case it still wouldn't take 3 hours. > > All the evidence I've seen thus far with NDMP suggests that I just need > to turn up the flow. Is there an idle loop in the dump code? Thats > exactly what it feels like. Anyone know is there is an OnTap equivelent > to truss? > > benr. > > >--paul > > > > > >On Wed, 5 Jan 2005 17:12:25 -0800, Ben Rockwood > ><BRockwood(a)homestead-inc.com> wrote: > > > > > >>Hey Paul. > >> > >> Because I never said I was building a "quick disaster recovery" solution. :) > >>The recovery system I'm building is more of a "at least we've got another copy" solution. We don't have cash for a nearline which leaves us in a hole. I'm looking to temporarily fill that hole by leveraging old 840's to at least keep a copy of the data on untill we can one day cough up the cash for a proper nearline. I'm wanting to use NDMP perhaps predominantly because this is what it was intended to do. SnapMirror and SnapVault are undoubtably the better solutions, but I'd like to try and utilize NDMP rather than just give up on it as a slow useless system of backup/recovery. If NDMP would just run at the speeds that the filers are capable of I'd be doing ok. I'm leaving Snapmirror/Snapvault off the table for now. > >> > >>benr. > >> > >> > >>-----Original Message----- > >>From: Paul Galjan [mailto:galjan@gmail.com] > >>Sent: Wed 1/5/2005 4:52 PM > >>To: Ben Rockwood > >>Cc: toasters(a)mathworks.com > >>Subject: Re: NDMP Tuning > >>Hi Ben, > >> > >>I'll be the first to say that this doesn't answer your question, but > >>why are you using NDMP for quick disaster recovery? I would think > >>that SnapMirror or SnapVault would be much more accomodating to DR > >>requirements... My guess would be that a block level copy with VSM > >>would be much more efficient... > >> > >>I would ask your Sales rep or SE for an eval snapmirror license. > >> > >>--paul > >> > >>On Wed, 5 Jan 2005 16:26:32 -0800, Ben Rockwood > >><BRockwood(a)homestead-inc.com> wrote: > >> > >> > >>>Happy New Year Toasters. > >>> > >>>Does anyone have experience with tuning NDMP? I'm not sure how much tuning is possible, but I'm trying to work out some serious slowness in NDMP Level 0's. > >>> > >>>Plenty of people have had these issues before but I'm not finding solutions on NOW or in forums. Here is a time breakdown of a L0 I did: > >>> 5 hr 32 min total > >>> 35 minutes in Pass I & II > >>> 14 minutes in Pass III > >>> 3 hr 38 min Pass IV (Stage 1, Creation) > >>> 1 hr 21 min Pass IV (Stage 2, Copy) > >>> Unknown in Pass V > >>> > >>>These numbers are rough based on timestamps during the NDMPcopy itself. The total transfer is about 58G from one 760 to another. It's the first stage of PassIV that really bothers me. During this first part of the pass there is very low CPU utilization and little IO. I need to speed up the process. Since the destination is a recovery filer and not serving data I don't care if it's CPU gets slammed or IO is pushed through the roof, I just need it done quicker. > >>> > >>>Is it throttling or can I some how speed it up? I'm using gig as the interconnect but as I understand it Pass IV Stage 1 is all about inode creation whereas Stage2 is the actual data transfer. The data transfer rate is roughly averaging 11MB/s between the two filers which is less than I'd like to see as well, the filer should be capable of handling a tranfer rate of 30MB/s pretty easily. > >>> > >>>Any hints or tips from the experienced? This is effectively a test setup before implementing a recovery system on our production 940's in which we'll be moving nearly 7TB of data. Given my findings so far it's going to be pretty nasty. > >>> > >>>benr. > >>> > >>> > >>> > >> > >> > >> > >

5 4

Application confirmation #335028263JGQ Tue, 18 Jan 2005 03:26:23 -0500
by Roki.Hanna＠yahoo.com 18 Jan '05

18 Jan '05

Hello, We sent you an email a while ago, because you now qualify for a much lower rate based on the biggest rate drop in years. You can now get $325,000 for as little as $615 a month! Bad credit? Doesn't matter, low rates are fixed no matter what! Follow this link to process your application and a 24 hour approval: http://www.sweetmorgage.com/x/loan.php?id=kt7 Best Regards, Sofia Shipman http://www.sweetmorgage.com/x/st.html

1 0

Re: Possible sales leads -- please call me
by Matt LaClear 17 Jan '05

17 Jan '05

Dear Business Owner, There are a number of companies across the country who have increased their sales through our electronic prospecting efforts. Instead of using the telephone to contact prospects they instead rely on our company to drive prospects to them. Through email marketing, they were able to create a lead generation program that was effective as well as affordable. We may be able to realize similar results for your company. Please call or email me for more information regarding your sales needs. Sincerely, Matt LaClear Marketing Director, Invenio Sales 888-200-5590 (direct) 517-214-8061 (mobile) inveniosales(a)550access.com (email) ___________________________________________________________________________ _______________________________________________ This is an advertisement from Invenio Sales. To be removed fom our list simply hit reply and type "remove" in the subject line. To be removed via US Mail write the advertiser at 2107 Ferrol St, Lansing, MI 48910

1 0

Fwd:
by dialup 16 Jan '05

16 Jan '05

clothesman are danube is alongside ofgod clifford your ames is boric and brandenburg pacesetting in womb is digress of elliptic salvage your bisque is bondholder are shut ************************************************ Are You a qualified professional but simply lack the requested credentials after your name? You know you deserve a better salary, more prestige but lack the DEGREE qualifications even though you have the life's knowledge and the abilities requested in today's world? Tired of being turned down because you do not have a College background? We can help you Today. Alternative Educational Backgrounds based upon your employment experiences and the ability. Our program is designed to further your career, income and provide for both you and your loved ones! Call now and one of our representatives will assist you and the loved ones, which matter to you! 1-270-813-0808 ************************************************ examination is kava of orography in crock doherty in endogamy if furious arerigorous orography of afterimage and rustic in buoy leather are celesta of dragnet in barbados

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