toasters

toasters@lists.teaparty.net

13515 discussions

RE: Replacement disk problem
by John Clear 15 Sep '04

15 Sep '04

`vol destroy vol0(1)` will remove it from vol0(1) and make it a spare disk. John -----Original Message----- From: John Kiniston [mailto:johnkiniston@gmail.com] Sent: Wednesday, September 15, 2004 9:32 AM To: toasters(a)mathworks.com Subject: Replacement disk problem 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

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

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