Hallo,
ich habe ein Problem mit einem Areca ARC 1261ML Raid Controller.
An diesem befinden sich Festplatten die als Raid5 konfiguriert sind.
Unter Linux sind diese als /dev/sdb zu sehen.
Partitioniere (linux /dev/sdb1) und formatiere (xfs / jfs / ext3) ich nun das sdb1 device, so funktioniert es einwantfrei. Ich kann Daten schreiben, lesen usw.
Nun möchte ich dies aber verschlüsseln, mit dm-crypt. Dies funktioniert leider nicht mit dem Areca Raid Device (Dateien per loop mounten und verschlüsseln funktioniert hingegen anstandslos). Dieser Fehler ist reproduzierbar:
1. Linux Partition auf dem Areca device erstellen (tested with raid5) - ex. /dev/sdb1
2. cryptsetup --verbose --verify-passphrase luksFormat /dev/sdb1
[Passwort wählen]
3. cryptsetup luksOpen /dev/sdb1 crypt
[Passwort ringeben]
4. mkfs.xfs /dev/mapper/crypt
5. mount /dev/mapper/crypt /mountpoint
Nun eine große Datei (größer als RAM + Areca onboard RAM) oder eine kleine Datei auf /mountpoint kopieren, ggf. sync (bei kleiner Datei) eingeben daß die Daten geschrieben werden, und schon passiert es, der Rechner "hängt" und nach ein paar Minuten ist folgendes in dmesg zu sehen:
arcmsr0: isr get an illegal ccb command done acb='0xffff810127408538'ccb='0xffff810020020000' ccbacb='0x22820c04540140c1' startdone = 0x2a01 ccboutstandingcount=1
arcmsr0: abort device command of scsi id=0 lun=1
arcmsr0: isr get an illegal ccb command done acb='0xffff810127408538'ccb='0xffff810020020000' ccbacb='0x22820c04540140c1' startdone = 0x2a01 ccboutstandingcount=2
arcmsr0: abort device command of scsi id=0 lun=1
arcmsr0: isr get an illegal ccb command done acb='0xffff810127408538'ccb='0xffff810020020000' ccbacb='0x22820c04540140c1' startdone = 0x2a01 ccboutstandingcount=3
arcmsr0: abort device command of scsi id=0 lun=1
arcmsr0: isr get an illegal ccb command done acb='0xffff810127408538'ccb='0xffff810020020000' ccbacb='0x22820c04540140c1' startdone = 0x2a01 ccboutstandingcount=4
arcmsr0: abort device command of scsi id=0 lun=1
arcmsr0: isr get an illegal ccb command done acb='0xffff810127408538'ccb='0xffff810020020000' ccbacb='0x22820c04540140c1' startdone = 0x2a01 ccboutstandingcount=5
usw....
Dies habe ich getestst mit:
Debian4 - 64Bit standard kernel (2.6.18)
Debian4 - 64Bit Kernel 2.6.21.1
Centos5 - 64Bit standard kernel (2.6.18)
Centos5 - 32Bit standard kernel (2.6.18)
Die Fehler sind bei allen Distributionen die Selben.
Specs:
Intel E6600
4GB RAM (4x1024MB DDR2 667 MDT)
Intel Q965 Chipsatz auf Intel DQ965GF Board
Areca ARC 1261ML
2x WD5000YS
5x Samsung HD501
Vielleicht kann mir hier jemand helfen oder hat die Möglichkeit den Fehler versuchen zu reproduzieren. Sollte er auf einem anderen System nicht auftreten, so kann ich von einem Problem meinerseits ausgehen.
Ist der Fehler aber auch auf anderem System reproduzierbar, so denke ich handelt es sich um ein Treiberproblem seitens Areca.
Gruß,
Marco
ich habe ein Problem mit einem Areca ARC 1261ML Raid Controller.
An diesem befinden sich Festplatten die als Raid5 konfiguriert sind.
Unter Linux sind diese als /dev/sdb zu sehen.
Partitioniere (linux /dev/sdb1) und formatiere (xfs / jfs / ext3) ich nun das sdb1 device, so funktioniert es einwantfrei. Ich kann Daten schreiben, lesen usw.
Nun möchte ich dies aber verschlüsseln, mit dm-crypt. Dies funktioniert leider nicht mit dem Areca Raid Device (Dateien per loop mounten und verschlüsseln funktioniert hingegen anstandslos). Dieser Fehler ist reproduzierbar:
1. Linux Partition auf dem Areca device erstellen (tested with raid5) - ex. /dev/sdb1
2. cryptsetup --verbose --verify-passphrase luksFormat /dev/sdb1
[Passwort wählen]
3. cryptsetup luksOpen /dev/sdb1 crypt
[Passwort ringeben]
4. mkfs.xfs /dev/mapper/crypt
5. mount /dev/mapper/crypt /mountpoint
Nun eine große Datei (größer als RAM + Areca onboard RAM) oder eine kleine Datei auf /mountpoint kopieren, ggf. sync (bei kleiner Datei) eingeben daß die Daten geschrieben werden, und schon passiert es, der Rechner "hängt" und nach ein paar Minuten ist folgendes in dmesg zu sehen:
arcmsr0: isr get an illegal ccb command done acb='0xffff810127408538'ccb='0xffff810020020000' ccbacb='0x22820c04540140c1' startdone = 0x2a01 ccboutstandingcount=1
arcmsr0: abort device command of scsi id=0 lun=1
arcmsr0: isr get an illegal ccb command done acb='0xffff810127408538'ccb='0xffff810020020000' ccbacb='0x22820c04540140c1' startdone = 0x2a01 ccboutstandingcount=2
arcmsr0: abort device command of scsi id=0 lun=1
arcmsr0: isr get an illegal ccb command done acb='0xffff810127408538'ccb='0xffff810020020000' ccbacb='0x22820c04540140c1' startdone = 0x2a01 ccboutstandingcount=3
arcmsr0: abort device command of scsi id=0 lun=1
arcmsr0: isr get an illegal ccb command done acb='0xffff810127408538'ccb='0xffff810020020000' ccbacb='0x22820c04540140c1' startdone = 0x2a01 ccboutstandingcount=4
arcmsr0: abort device command of scsi id=0 lun=1
arcmsr0: isr get an illegal ccb command done acb='0xffff810127408538'ccb='0xffff810020020000' ccbacb='0x22820c04540140c1' startdone = 0x2a01 ccboutstandingcount=5
usw....
Dies habe ich getestst mit:
Debian4 - 64Bit standard kernel (2.6.18)
Debian4 - 64Bit Kernel 2.6.21.1
Centos5 - 64Bit standard kernel (2.6.18)
Centos5 - 32Bit standard kernel (2.6.18)
Die Fehler sind bei allen Distributionen die Selben.
Specs:
Intel E6600
4GB RAM (4x1024MB DDR2 667 MDT)
Intel Q965 Chipsatz auf Intel DQ965GF Board
Areca ARC 1261ML
2x WD5000YS
5x Samsung HD501
Vielleicht kann mir hier jemand helfen oder hat die Möglichkeit den Fehler versuchen zu reproduzieren. Sollte er auf einem anderen System nicht auftreten, so kann ich von einem Problem meinerseits ausgehen.
Ist der Fehler aber auch auf anderem System reproduzierbar, so denke ich handelt es sich um ein Treiberproblem seitens Areca.
Gruß,
Marco