linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Török Edwin" <edwintorok@gmail.com>
To: Kristen Carlson Accardi <kristen.c.accardi@intel.com>
Cc: linux-ide@vger.kernel.org, jgarzik@pobox.com
Subject: Problems with ALPM on devices part of raid array
Date: Sun, 24 Aug 2008 18:20:00 +0300	[thread overview]
Message-ID: <48B17C20.7020203@gmail.com> (raw)

Hi,

I have an AHCI capable chipset now (ICH10), so I tried ALPM[*], by 
echo-ing min_power to:
./class/scsi_host/host0/link_power_management_policy
./class/scsi_host/host5/link_power_management_policy

The 6 SATA2 drives have 3 partitions each, partition 1 is RAID1, 
partition 3 is RAID10.

This soon caused me troubles, as the kernel gave I/O error messages, and 
unmounted my filesystems running
on /dev/md4 (raid10 array). Unfortunately I don't have those messages 
saved to my logs, because my /var filesystem got automatically unmounted.
I had no choice but to reboot, and then md kicked 4 drives out of the 
md4 array (6 total drives), and then refused
to assemble (too few drives). The RAID1 array (md3) got reassembled, and 
resynced successfully.
I had to force the assembly of /dev/md4 [and encountered a mdadm bug 
while doing so: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=496334]

I think ALPM should refuse to set link pm if the device is part of a 
raid array, or the md driver should be aware
of ALPM, and wait a little longer for the device to come back online.
Mentioning this problem somewhere in the sources/docs would be nice.

System info:
Linux debian 2.6.26-1-amd64 #1 SMP Wed Aug 20 12:09:32 UTC 2008 x86_64 
GNU/Linux
0:00.0 Host bridge: Intel Corporation Eaglelake DRAM Controller (rev 02)
00:01.0 PCI bridge: Intel Corporation Eaglelake PCI Express Root Port 
(rev 02)
00:1a.0 USB Controller: Intel Corporation ICH10 USB UHCI Controller #4
00:1a.1 USB Controller: Intel Corporation ICH10 USB UHCI Controller #5
00:1a.2 USB Controller: Intel Corporation ICH10 USB UHCI Controller #6
00:1a.7 USB Controller: Intel Corporation ICH10 USB2 EHCI Controller #2
00:1b.0 Audio device: Intel Corporation ICH10 HD Audio Controller
00:1c.0 PCI bridge: Intel Corporation ICH10 PCI Express Port 1
00:1c.2 PCI bridge: Intel Corporation ICH10 PCI Express Port 3
00:1c.3 PCI bridge: Intel Corporation ICH10 PCI Express Port 4
00:1c.4 PCI bridge: Intel Corporation ICH10 PCI Express Port 5
00:1c.5 PCI bridge: Intel Corporation ICH10 PCI Express Port 6
00:1d.0 USB Controller: Intel Corporation ICH10 USB UHCI Controller #1
00:1d.1 USB Controller: Intel Corporation ICH10 USB UHCI Controller #2
00:1d.2 USB Controller: Intel Corporation ICH10 USB UHCI Controller #3
00:1d.7 USB Controller: Intel Corporation ICH10 USB2 EHCI Controller #1
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 90)
00:1f.0 ISA bridge: Intel Corporation ICH10 LPC Interface Controller
00:1f.2 SATA controller: Intel Corporation ICH10 6 port SATA AHCI Controller
00:1f.3 SMBus: Intel Corporation ICH10 SMBus Controller
01:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce 6200 
TurboCache(TM)] (rev a1)
03:00.0 RAID bus controller: Silicon Image, Inc. SiI 3132 Serial ATA 
Raid II Controller (rev 01)
04:00.0 IDE interface: JMicron Technologies, Inc. JMB368 IDE controller
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)
07:07.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 
IEEE-1394a-2000 Controller (PHY/Link)

[*]: this is a desktop, not a laptop system, but I have 6 disks, so I 
thought to try some power-management tweaks.
I should have known better not to do that on a raid device!

Best regards,
--Edwin

             reply	other threads:[~2008-08-24 15:20 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-24 15:20 Török Edwin [this message]
2008-08-30 10:53 ` Problems with ALPM on devices part of raid array Tejun Heo
2008-08-30 14:33   ` Török Edwin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48B17C20.7020203@gmail.com \
    --to=edwintorok@gmail.com \
    --cc=jgarzik@pobox.com \
    --cc=kristen.c.accardi@intel.com \
    --cc=linux-ide@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).