De specs van mijn thuisserver,
Intel Core2Duo T5600
Kontron LCDM-945 m-itx
2x 1GB Kingston 667Mhz DDR2
Areca 1680-ix 16 port sas controller.
6x Hitachi 7200rpm 1TB sata
2x Westen Digital 320GB sata drive
Dit alles met een verse stable Debian/Lenny up-to-date maakt voor een krachtige maar toch zuinige thuis-server. Alles werkt en zelfs de Areca controller wordt out-of-the-box herkent en werkt perfect totdat ik via het webbased controllcenter bijvoorbeeld een volume weggooi. Op een of andere manier wordt dit niet opgemerkt door udev en de device node blijft ook bestaan maar alle reads en writes naar deze node mislukken natuurlijk.
Op zich is dit niet zo'n ramp maar zelfs na een scsi-bus rescan blijft udev beweren dat de schijf nog bestaat. zelfs nadat ik de schijf fysiek uit de server haal blijft udev koppig beweren dat de schijf bestaat. Alleen een reboot maakt dat de device node verdwijnt. Nu kan dit best een driver probleem zijn tussen de Areca driver en uvents die niet goed door udev worden afgehandeld. De kernel blijft koppig beweren dat de schijf bestaat.
Wat mij nog het meest verbaasd is dat ik udev het maar niet duidelijk kan maken dat die schijf niet meer bestaat en dat de device node mag worden verwijderd. Zelfs nadat uren en gigabytes aan reads/writes mislukken blijft udev de schijf als volledig operationeel zien. Hoe forceer ik udev om die schijf te vergeten zonder te hoeven rebooten? Google kan mij geen duidelijkheid geven dus mischien weet iemand van jullie hoe?
Hoe kan ik de juiste uvents genereren zodat de kernel en dus udev de schijf ook echt verwijderd?
edit:
Ok, ik heb met google een oplossing gevonden eindelijk. met :
kon ik mijn drive ook echt verwijderen waar 0 0 0 1 het scsi address van de schijf is. Ik snap alleen nog niet waarom zelfs nadat alle reads en writes mislukte udev de schijf nog steeds had verwijderd.
Intel Core2Duo T5600
Kontron LCDM-945 m-itx
2x 1GB Kingston 667Mhz DDR2
Areca 1680-ix 16 port sas controller.
6x Hitachi 7200rpm 1TB sata
2x Westen Digital 320GB sata drive
Dit alles met een verse stable Debian/Lenny up-to-date maakt voor een krachtige maar toch zuinige thuis-server. Alles werkt en zelfs de Areca controller wordt out-of-the-box herkent en werkt perfect totdat ik via het webbased controllcenter bijvoorbeeld een volume weggooi. Op een of andere manier wordt dit niet opgemerkt door udev en de device node blijft ook bestaan maar alle reads en writes naar deze node mislukken natuurlijk.
Op zich is dit niet zo'n ramp maar zelfs na een scsi-bus rescan blijft udev beweren dat de schijf nog bestaat. zelfs nadat ik de schijf fysiek uit de server haal blijft udev koppig beweren dat de schijf bestaat. Alleen een reboot maakt dat de device node verdwijnt. Nu kan dit best een driver probleem zijn tussen de Areca driver en uvents die niet goed door udev worden afgehandeld. De kernel blijft koppig beweren dat de schijf bestaat.
Wat mij nog het meest verbaasd is dat ik udev het maar niet duidelijk kan maken dat die schijf niet meer bestaat en dat de device node mag worden verwijderd. Zelfs nadat uren en gigabytes aan reads/writes mislukken blijft udev de schijf als volledig operationeel zien. Hoe forceer ik udev om die schijf te vergeten zonder te hoeven rebooten? Google kan mij geen duidelijkheid geven dus mischien weet iemand van jullie hoe?
Hoe kan ik de juiste uvents genereren zodat de kernel en dus udev de schijf ook echt verwijderd?
edit:
Ok, ik heb met google een oplossing gevonden eindelijk. met :
code:
1
| echo "scsi remove-single-device 0 0 0 1" > /proc/scsi/scsi |
kon ik mijn drive ook echt verwijderen waar 0 0 0 1 het scsi address van de schijf is. Ik snap alleen nog niet waarom zelfs nadat alle reads en writes mislukte udev de schijf nog steeds had verwijderd.
[ Voor 9% gewijzigd door Verwijderd op 07-09-2009 23:34 ]
:strip_icc():strip_exif()/u/17049/pinguinlinux.jpg?f=community)