toasters

toasters@lists.teaparty.net

13514 discussions

Replacement disk problem
by John Kiniston 15 Sep '04

15 Sep '04

Howdy everyone, We put a used disk in our filer when we had a disk failure a number of months ago instead of a new fresh disk and I dont believe the new disk got added correctly. This is the output from the web interface where I noticed the problem: Foreign volume vol0(1) RAID group 0 RAID Disk HA.ID HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ----- ------------ ---- -------------- -------------- data 8a.13 8a 1 5 8600/17612800 8683/17783240 Raid group is missing 5 disks. Volume vol0 (root) RAID group 0 RAID Disk HA.ID HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ----- ------------ ---- -------------- -------------- parity 8a.1 8a 0 2 8600/17612800 8683/17783240 data 8a.2 8a 0 3 8600/17612800 8683/17783240 data 8a.3 8a 0 4 8600/17612800 8683/17783240 data 8a.4 8a 0 5 8600/17612800 8683/17783240 data 8a.5 8a 0 6 8600/17612800 8683/17783240 data 8a.8 8a 1 0 8600/17612800 8683/17783240 data 8a.9 8a 1 1 8600/17612800 8683/17783240 data 8a.10 8a 1 2 8600/17612800 8683/17783240 data 8a.12 8a 1 4 8600/17612800 8683/17783240 data 8a.0 8a 0 1 8600/17612800 8683/17783240 data 8a.14 8a 1 6 8600/17612800 8683/17783112 data 8a.11 8a 1 3 8600/17612800 8683/17783240 How can I get the replacement disk set to be a spare for vol0(root)

1 0

from mrs susan jones
by susanjones 15 Sep '04

15 Sep '04

27h Bao Feng Mansion, 299 Jingjiang Road, Shanghai China www.cmiec.com Tell:0351406202 Dear Sir/Madam, We are co-operatives who deal on raw materials and export into america/europe. We are searching for representatives who can help us establish a medium of getting to our costumers in america and europe as well as making payments through you to us. Please if you are interested in transacting business with us we will be very glad, Please contact us for more information. Subject to your satisfaction you will be given the opportunity to negotiate your mode of which we will pay for your services as our representative in america/europe. Please if you are interested forward to us your phone number and your full contact addresses to this company. Thank you, Vice President Mrs susan jones ___________________________________________________________________________ Brothers Of Darkness Support(a)brothersofdarkness.com

1 0

Fwd: FW: migrating from 740
by Paul Galjan 15 Sep '04

15 Sep '04

Actually, there is a copper FC HBA on the back of the 250 for doing NDMP or regular dumps directly to tape. If you need to use an non-FC library/tape drive, most library vendors will sell a converter for not too much money. Alternatively, you can backup from CIFS/NFS shares. --paul -----Original Message----- From: Tim Longo [mailto:tlongo@avaya.com] Sent: Wednesday, September 15, 2004 9:17 AM To: toasters(a)mathworks.com Subject: migrating from 740 Greetings, I am currently running a F740 with about 1 terabyte of raw storage at about 50% utilization. I'm beginning to look into an replacemnt, perhaps an FAS250 or FAS270. At this point, I have a HVD SCSI connection going from my filer to a tape library for backups. The FAS250 etc, don't have a SCSI connectors, so I've been told I would need a converter from Ethernet to SCSI. Anyone using a converter for this purpose? How are people with the FAS250 backing up their systems? Any other thoughts or suggestions also welcome. Thanks.

2 1

AW: migrating from 740
by Rene Koehnen-Wiesemes 15 Sep '04

15 Sep '04

Hi Tim, in our FAS270 environment we use a native FC-Tape drive connected to the FC-HBA (see sysconfig -v): slot 0: FC Host Adapter 0b (Dual-channel, QLogic 2312 rev. 2, 32-bit, L-port, <UP>) Firmware rev: 3.2.17 Host Loop Id: 7 FC Node Name: 5:00a:098000:000972 Cacheline size: 8 FC Packet size: 2048 SRAM parity: Yes External GBIC: No Link Data Rate: 1 Gbit 20: NETAPP X274_HJURE146F10 NA09 136.0GB (284820800 520B/sect) 21: NETAPP X274_HJURE146F10 NA09 136.0GB (284820800 520B/sect) [snip] Shelf 1: EFH (DS14-Mk2-FC Based Filer) Shelf 2: LRC Firmware rev. LRC A: 11 LRC B: 11 slot 0: FC Host Adapter 0c (QLogic 2312 rev. 2, 32-bit, L-port, <UP>) Firmware rev: 3.2.17 Host Loop Id: 7 FC Node Name: 5:00a:098100:000972 Cacheline size: 8 FC Packet size: 2048 SRAM parity: Yes External GBIC: No Link Data Rate: 1 Gbit 0: Tape: HP Ultrium 2-SCSI F5AH If you do not want to buy new tapes, you could use an additional FC/SCSI converter. Rene > -----Ursprüngliche Nachricht----- > Von: Tim Longo [mailto:tlongo@avaya.com] > Gesendet: Mittwoch, 15. September 2004 15:17 > An: toasters(a)mathworks.com > Betreff: migrating from 740 > > > Greetings, > > I am currently running a F740 with about 1 terabyte of raw storage at > about 50% utilization. I'm beginning to look into an > replacemnt, perhaps > an FAS250 or FAS270. > > At this point, I have a HVD SCSI connection going from my filer to a > tape library for backups. The FAS250 etc, don't have a SCSI > connectors, > so I've been told I would need a converter from Ethernet to SCSI. > > Anyone using a converter for this purpose? How are people with the > FAS250 backing up their systems? Any other thoughts or > suggestions also > welcome. > > Thanks. >

1 0

migrating from 740
by Tim Longo 15 Sep '04

15 Sep '04

Greetings, I am currently running a F740 with about 1 terabyte of raw storage at about 50% utilization. I'm beginning to look into an replacemnt, perhaps an FAS250 or FAS270. At this point, I have a HVD SCSI connection going from my filer to a tape library for backups. The FAS250 etc, don't have a SCSI connectors, so I've been told I would need a converter from Ethernet to SCSI. Anyone using a converter for this purpose? How are people with the FAS250 backing up their systems? Any other thoughts or suggestions also welcome. Thanks.

1 0

RE: Command to show ECC MEMORY SCRUBBER STATS?
by Michael Schipp 15 Sep '04

15 Sep '04

Thanks for letting us know - I looked and could not find it :( -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Chris Thompson Sent: Tuesday, 14 September 2004 8:36 PM To: toasters(a)mathworks.com Subject: Re: Command to show ECC MEMORY SCRUBBER STATS? To commit the solecism of following up to my own posting: > The autosupport message cointains a section like this: > > ===== ECC MEMORY SCRUBBER STATS ===== > > Main memory > ----------- > Scrub range: 100000 --> 20000000 > Current scrub is 0% complete > Last full scrub completed at: Sat Sep 11 23:49:55 BST 2004 > Main memory ECC errors since last reboot: 0d > > NVRAM > ----- > Scrub range: e0000000 --> e8000000 > Current scrub is 92% complete > Last full scrub completed at: Sat Sep 11 01:27:16 BST 2004 > NVRAM memory ECC errors since last reboot: 0 > > Is there a console/telnet/rsh/ssh command to display this data > at any time? I can't find any documentation about one. The answer is yes, but it is an undocumented "advanced" mode command, "mem_scrub_stats". Chris Thompson Email: cet1(a)cam.ac.uk

1 0

Command to show ECC MEMORY SCRUBBER STATS?
by Chris Thompson 14 Sep '04

14 Sep '04

The autosupport message cointains a section like this: ===== ECC MEMORY SCRUBBER STATS ===== Main memory ----------- Scrub range: 100000 --> 20000000 Current scrub is 0% complete Last full scrub completed at: Sat Sep 11 23:49:55 BST 2004 Main memory ECC errors since last reboot: 0d NVRAM ----- Scrub range: e0000000 --> e8000000 Current scrub is 92% complete Last full scrub completed at: Sat Sep 11 01:27:16 BST 2004 NVRAM memory ECC errors since last reboot: 0 Is there a console/telnet/rsh/ssh command to display this data at any time? I can't find any documentation about one. Chris Thompson Email: cet1(a)cam.ac.uk

1 1

RE: Raid reconstruct speed & simultaneous reconstructs
by jeff.mery＠ni.com 14 Sep '04

14 Sep '04

Ran across this looking for something else today. Thought I'd pass it on. http://now.netapp.com/NOW/cgi-bin/bol?Type=Detail&Display=79418 Jeff Mery, MCP National Instruments ------------------------------------------------------------------- "Allow me to extol the virtues of the Net Fairy, and of all the fantastic dorks that make the nice packets go from here to there. Amen." TB - Penny Arcade ------------------------------------------------------------------- -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Derek.Lai(a)onyxco.com Sent: Friday, September 10, 2004 6:48 PM To: simon(a)musicmatch.com; toasters(a)mathworks.com Subject: RE: Raid reconstruct speed & simultaneous reconstructs Simon, You should definitely set it to high on the command line to increase the speed of reconstruction. That is provided that your system is not being used very heavily. If there are lots of other disk traffic and you set it to high it will probably slows down the other activities. I did not know that filerview sets it to the inverse so that's good to know. Derek -----Original Message----- From: Simon Ferrett [mailto:simon@musicmatch.com] Sent: Friday, September 10, 2004 10:25 AM To: toasters(a)mathworks.com Subject: RE: Raid reconstruct speed & simultaneous reconstructs Interesting you mention the raid.reconstruct.perf_impact setting - I was a little confused about its real meaning... I thought (as you mentioned) that setting it to 'high' would increase the reconstruct speed. I then used the filerview web interface to go in and change the raid reconstruct speed to 'high' and it actually set this value to 'low' - the web tool seems to set it to the inverse of what you'd expect. (setting 'low' on the web interface sets this option to 'high' etc.) So I was a little curious as to if the setting had a different meaning than the one you (and I) initially thought it meant. (eg: perhaps it's meaning impact on reconstruct speed rather than system performance, so 'low' means the least affect on reconstruct speed and therefore the most impact on system performance) I left it at 'low' since I figured the web interface probably knew the meaning of the option a little more than I did... Simon. -----Original Message----- From: Hill, Aaron [mailto:aaron.hill@cba.com.au] Sent: Friday, September 10, 2004 1:53 AM To: Simon Ferrett; toasters(a)mathworks.com Subject: RE: New Simplified Monitoring Tool Simon, I don't know if you can directly increase the no. of simultaneous reconstructs. However, you may be able to improve the speed marginally by using the raid.reconstruct.perf_impact option and setting to high. However, if your cpu's are already maxxed it probably won't make a lick of difference. --- This email message and any attachments are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient or his/her representative, please contact the sender by reply email and destroy all copies of the original message.

1 0

RE: OnTap 6.5.2/6.5.2P6/6.5.2R1 ?
by Hill, Aaron 13 Sep '04

13 Sep '04

My two cents; I have nothing good to say about 6.5 yet as it has caused us numerous panics and disconnects since it was released. It seems a new patch/debug for it is released very week. For the F840, there are some problems with CIFS and XP-SP2 that can prevent clients from connecting, so I would definitely upgrade to a version that addresses that issue. Which version? See if you can get a 6.4.x.... version to use until the 6.5.2R1 gets released. At this stage it looks like it is 1-2 weeks away. Once 6.5.2R1 is released, I would move those Nearstores to it immediately, if only to avoid that Rapid Raid Recovery (or disk copy) bug (Bug#139525) that punished one of my systems using 6.5.2 last week. 6.5.2P6 was released to address it and other issues, however you can work around it specifically by temporarily disabling the raid.disk.copy.auto.enable option. Go R1 and then switch it back on. We are at 6.5.2. I am going to skip 6.5.2P6 due to some possible issues that may affect our environment and go directly to 6.5.2R1 when it becomes available. At the end of the day, you need to look at the bugs and compare them with your environment in order to determine if you are at risk. I hope this makes the decision a little easier. --Aaron -----Original Message----- From: Simon Ferrett [mailto:simon@musicmatch.com] Sent: Tuesday, 14 September 2004 4:59 AM To: toasters(a)mathworks.com Subject: OnTap 6.5.2/6.5.2P6/6.5.2R1 ? Hi Folks, Last week I updated my three nearstore units to 6.5.2 after experiencing a shelf-hang issue on two of them. That got me to thinking about updating another system (a F840 running 6.1R1 - it's been up forever, about 420 days) since it's running such an old version of OnTap and some of the clients here in the office are migrating to to XP-SP2. Anyhow - looking on the NOW site I noticed there are a few critical bugs in 6.5.2 which are supposed to be fixed in 6.5.2R1 - which doesn't exist yet. 6.5.2P6 does exist, however, so I was curious if I should wait until P6 becomes R1 before upgrading? I hate to rock the boat on a system which has been up and stable for a year and a half, but with XP-SP2 clients coming online I'm sure there's going to be some issues come up with the old 6.1 version its running. Also I was curious if I should also re-update the 6.5.2 systems I have to R1 when it comes out just to be sure that I'm not going to hit any of the known issues in 6.5.2 on them. Is anyone running 6.5.2P6 here on the list or have any comments about the actual critical-ness of those bugs in 6.5.2 which have been fixed in P6 (or R1 when it becomes available) - or know when 6.5.2R1 might hit the streets? The NOW site says 'this week' but I'm not sure when the document was authored... Just curious what the general consensus was on 6.5.2/6.5.2R1 etc. Cheers, Simon. --- This email message and any attachments are for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient or his/her representative, please contact the sender by reply email and destroy all copies of the original message. ************** 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: using NDMP for backups
by Alan Biren 13 Sep '04

13 Sep '04

Skip, BackupExec has a very limited implementation of NDMP. I believe for NetBackup it is an additional license. Dumps can be done in different levels 0-9 with zero being a full backup and 1-9 being incremental since the next lowest integer. ie: 0 level on Sunday, 1 on Monday, 2 on Tuesday, 3 on Thursday, 4 on Friday, 5 on Saturday. This would give you an incremental for the week with full dumps on Sundays. Differentials can be defined as well. As far as scheduling, that would require some non-NetApp scheduler to perform. Windows Scheduler to kick off an rsh session. I have used many different backup platforms and the easiest to use I have found is BakBone's NetVault. I also like BakBone's Integration with NetApp. They are the developers of SnapVault and have plug-ins available to perform SnapMirror to Tape. I would have to agree with Tim. NDMP is a better utility to use for backing up to a robotic library. You get to take advantage of the media changer and can utilize multiple drives for backups. While with dump you can only use a single drive/tape system. A waste of your scalar 24. Alan Biren Senior Systems Engineer/Storage Architect AMC Corporation (212) 736-0111 ________________________________ From: owner-toasters(a)mathworks.com on behalf of SKIP HOFMANN Sent: Mon 9/13/2004 4:42 PM To: 'Timothy Sesow'; toasters(a)mathworks.com Subject: RE: using NDMP for backups Dang good to know! Thanks again Skip ________________________________ From: Timothy Sesow [mailto:tsesow@nsllc.com] Sent: Monday, September 13, 2004 1:27 PM To: SKIP HOFMANN; toasters(a)mathworks.com Subject: RE: using NDMP for backups Just as an aside, don't use TDK media in the Scalar 24 library. The center of gravity on the cartridge is a little different than the others (eg, Fuji) and the Scalar 24 will sometimes not detect the presence of the tape cartridges in a slot due to placement of the sensor in the library. Not TDK's fault really, just a matter of compatibility. This was my biggest problem in getting a Scalar 24 hooked up to the NetApp (tapes just kept appearing and disappearing from the inventory). Tim Sesow VP Engineering 303-948-3360 cell 303-809-8070 -----Original Message----- From: SKIP HOFMANN [mailto:SKIP.HOFMANN@ttisg.com] Sent: Monday, September 13, 2004 2:24 PM To: Timothy Sesow; toasters(a)mathworks.com Subject: RE: using NDMP for backups Hey thanks very much for the info, it is very helpful. Skip ________________________________ From: Timothy Sesow [mailto:tsesow@nsllc.com] Sent: Monday, September 13, 2004 1:16 PM To: SKIP HOFMANN; toasters(a)mathworks.com Subject: RE: using NDMP for backups #1 - You can attach on of the drives from the Scalar 24 directly to the NetApp (I have used this library with NetApp before and it works fine). You can also attach the robotics (Medium Changer) to the NetApp, too, if you wish to have the whole library on the NetApp. NDMP will recognize any/all of the devices and export them over the network for Veritas NetBackup to find. #2 - You can use "dump", but you have to move the cartridges in and out of the drive yourself. "dump" is really focused on a tape drive, not a full tape library. If you use Veritas, you wouldn't use the "dump" command, and NetBackup (I don't know about BackupExec) can move the media for you. NetBackup does not call "dump", it uses it's own commands over the network to the NetApp, where the NDMP task on the NetApp then writes/reads the tape. #3 - You need to get someone else on the list to answer this fully, but I don't think there is any way to schedule backups on a NetApp with "dump". Tim Sesow VP Engineering 303-948-3360 cell 303-809-8070 -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of SKIP HOFMANN Sent: Monday, September 13, 2004 1:54 PM To: ''toasters(a)mathworks.com' ' Subject: using NDMP for backups Hi all Currently we have a R200, that house around a TB of data. We are currently using Veritas 9.1 to do the backups over cifs shares, using this method our backups jobs take a very long time to complete, and I have heard that this method is not really a supported one or the preferred method. I would like to use NDMP to backup my data. I have a few questions about this method. #1 are backup tape device is an adic scalar 24. The tape drive is a IBM ULTRIUM-TD2. Using NDMP can I hang this tape device right off the R200 and just use the "dump" command? #2 we currently use Veritas software, can I continue to use this application if I'm using NDMP, or should I just use Dump? #3 Can I use the dump command to do incremental backups and schedule backups. Thanks for any information Skip Skip Hofmann Senior Network Administrator TetraTech Skip.Hofmann(a)ttisg.com 949 500 5286 cell 949 608 5801 office ***************************************************************************************************** If you have received this email in error please notify the the system manager or the sender immediately and do not disclosed the to anyone or make copies. ** eSafe scanned this email for viruses, vandals or malicious content ** ** To find out eSafe(TM) and other Aladdin Security Products, contact AMC Corporation at (212) 620-0700 *****************************************************************************************************

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