Missing compent in RAID.
I have a system with an Adaptec 2100S SCSI RAID controller. It's been doing well until recently. The system boots, sees the RAID array and lists it and the spare disk. However, it then (sometimes!) has an error during boot or while the system is running. If I go to the Adaptec BIOS I see that all drives are marked as "missing compenent". This does not happen all the time - sometimes it won't boot because it can't find the drives, other times it finds the RAID and drives, boots, runs and then the drives are missing. I checked the cables and caddies for the drives, checked to make sure the RAID card was seated. Any ideas on what might me happening and how to fix it would be appreciated. The system is Win XP Pro, Asus motherboard with ALI chipset, 3Com 3c980 NIC, Santa Cruz sound card, and a GeForce video card. Thank you. -- Brett I. Holcomb [EMAIL PROTECTED] Registered Linux User #188143 Remove R777 to email - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [OT] best tape backup system?
And worse yet, you have to run them to the end and then rewind them if you are going to keep the data for long [the magnetic fields affect layers near them]. An array of RAID1 disks, which sleep deeply [off] between uses would probably be affordable, and last MUCH longer. Just my 2 cents worth- ya, well, that's what you get for 2 cents. b- Mark Hahn wrote: Not sure if it is important to many people, but tapes take a lot less electricity than online disks. do you really care? an active disk is about 15W, inactive 5W and asleep nearly zero. even assuming idle-but-spinning, I make that as about $2/year. tapes are wonderful in every way except one: they're finicky and difficult to care for properly. for instance, do you have a humidity and temperature-controlled place to store them? and have you actually logged the temp/hum for that to see whether, for instance, it gets warm on weekends? if I were forced to use tapes, I would insist on making 2+ copies of everything. note that this clearly hurt's tape's competitiveness WRT price, size, bandwidth, etc. I don't see any new tape installations that are not driven by secondary factors such as big piles of old data already on tape, or someone wanting to physically move the media into a vault. (on that topic, I don't buy the idea that tape's less vulnerable to hacking, either. just because your backup is on disk doesn't mean that it's online or accessible. similarly, just because your tape is in a separate cabinet doesn't mean that a sufficiently motivated badguy could not get the tape put into some drive...) regards, mark hahn. (buying many TB of disk this year and no tape) - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html . - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [OT] best tape backup system?
> Not sure if it is important to many people, but tapes take a lot less > electricity than online disks. do you really care? an active disk is about 15W, inactive 5W and asleep nearly zero. even assuming idle-but-spinning, I make that as about $2/year. tapes are wonderful in every way except one: they're finicky and difficult to care for properly. for instance, do you have a humidity and temperature-controlled place to store them? and have you actually logged the temp/hum for that to see whether, for instance, it gets warm on weekends? if I were forced to use tapes, I would insist on making 2+ copies of everything. note that this clearly hurt's tape's competitiveness WRT price, size, bandwidth, etc. I don't see any new tape installations that are not driven by secondary factors such as big piles of old data already on tape, or someone wanting to physically move the media into a vault. (on that topic, I don't buy the idea that tape's less vulnerable to hacking, either. just because your backup is on disk doesn't mean that it's online or accessible. similarly, just because your tape is in a separate cabinet doesn't mean that a sufficiently motivated badguy could not get the tape put into some drive...) regards, mark hahn. (buying many TB of disk this year and no tape) - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
*****VIRUS***** von <[EMAIL PROTECTED]>
Der Virenscanner hat beim Empfang einer Nachricht von <[EMAIL PROTECTED]> einen (potentiellen) Virenbefall in mindestens einem Teil der Email festgestellt. Gemaess Ihren Einstellungen wurde diese eMail nicht regulaer in ihr Postfach ausgeliefert, sondern unter Quarantaene gestellt. Bitte wenden sie sich an [EMAIL PROTECTED] sofern die Nachricht dennoch zugestellt werden soll. Quarantaene-ID: 4220d284-2977 NAI VirusScan: PWS-Banker.k.gen CLAM Anti Virus: Header der Original-Nachricht: Return-Path: <[EMAIL PROTECTED]> X-Original-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Received: from vger.kernel.org (vger.kernel.org [12.107.209.244]) by mail.speedpartner.de (Postfix) with ESMTP id EC52CCBD94 for <[EMAIL PROTECTED]>; Sat, 26 Feb 2005 20:48:16 +0100 (CET) Received: ([EMAIL PROTECTED]) by vger.kernel.org via listexpand id S261270AbVBZTuW (ORCPT ); Sat, 26 Feb 2005 14:50:22 -0500 Received: ([EMAIL PROTECTED]) by vger.kernel.org id S261249AbVBZTuW (ORCPT ); Sat, 26 Feb 2005 14:50:22 -0500 Received: from host46.ipowerweb.com ([66.235.216.140]:14829 "HELO host46.ipowerweb.com") by vger.kernel.org with SMTP id S261270AbVBZTpk (ORCPT ); Sat, 26 Feb 2005 14:45:40 -0500 Received: from dgexh (12.84.122.57) by host46.ipowerweb.com; Sat, 26 Feb 2005 11:45:33 -0800 Date: Sat, 26 Feb 2005 11:45:33 -0800 From: <[EMAIL PROTECTED]> X-Mailer: The Bat! (v2.01) Reply-To: <[EMAIL PROTECTED]> X-Priority: 3 (Normal) Message-ID: <[EMAIL PROTECTED]> To: Subject: Payment confirmation MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--C531263484B" Sender: [EMAIL PROTECTED] Precedence: bulk X-Mailing-List: linux-raid@vger.kernel.org - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html