[Gentoo] IDE channel 3 reset bij emerge rsync

[hightower]

Ik heb eindelijk mijn RAID0 array aan de praat onder gentoo.
modprobe ataraid & modprobe pdcraid

Echter bij de emerge rsync stap reset hij IDE channel 3 (waar dus de eerste schijf van mn array op hangt, de tweede hangt op ide4).
Daarna doet ie niets meer. Heb al eens CTRL+C gedaan en dan opnieuw emerge rsync. Maar dan gebeurt er niets meer.

Heeft iemand hier ervaring mee?

[hightower]

Niemand???

[Arioch]

je kan misschien het type/merk van raidcontroller even posten...

[hightower]

Bl4cKH4T schreef op 31 juli 2002 @ 12:51:
je kan misschien het type/merk van raidcontroller even posten...

Hihi, vergeten

Het is een onboard promise Lite geval, dus de PDC20265R . Zit op Asus A7V133

[Verwijderd]

Heb je wel een kernel met support voor die RAID controller ? Er kan niet uit je beginpost worden opgemaakt of die vastloper het geval is bij de initiële installatie, of altijd tijdens het uitvoeren van een emerge --rsync.

Misschien zou je eens moeten overwegen de Stage3 cd te gebruiken, om een nieuwe kernel te kunnen bakken alvorens die emerge --rsync uit te voeren.

[hightower]

Verwijderd schreef op 31 juli 2002 @ 21:31:
Heb je wel een kernel met support voor die RAID controller ? Er kan niet uit je beginpost worden opgemaakt of die vastloper het geval is bij de initiële installatie, of altijd tijdens het uitvoeren van een emerge --rsync.

Misschien zou je eens moeten overwegen de Stage3 cd te gebruiken, om een nieuwe kernel te kunnen bakken alvorens die emerge --rsync uit te voeren.

Heb een kernel met die support. En ja hij loopt altijd vast tijdens de emerge rsync, maar dat komt gewoon omdat ik daar na een paar minuten aan die stap ben toegekomen (vage zin)

[wzzrd]

Als bug melden op bugs.gentoo.org (of zoiets) denk ik maar...

[Verwijderd]

Ik kan geen reden ter wereld vinden waarom een "emerge rsync" een IDE kanaal over de zeik zou helpen. Het is een beetje op het nivo van "als ik m'n scheer apparaat aanzet in Veendam valt in Rotterdam het gas uit.".

Het enige wat ik zou kunnen verzinnen is dat aangezien een "emerge rsync" nogal erg disk intensief is dat daarom de driver of de hardware over z'n nek gaat. Van de vele disk I/O's dus.
Je zou dat kunnen testen door andere hele dingen te doen die ook heel erg disk intensief zijn. In theorie zou de controller of driver dan ook problemen moeten geven.

Maar geloof me. Een "emerge rsync" doet helemaal nul komma nul direct in de kernel. Volgens mij heb je gewoon rotte hardware of is de driver een beetje buggy.
Het moet echt iets met die vele disk I/O's te maken hebben. Kan niet anders.

Overigens is het wel zo dat die Promise RAID drivers nogal, erhm, vreemd in elkaar zitten. Als je alles default laat zal de driver veelal de kanalen als losse IDE kanalen zien. Je schijven zijn dan zichtbaar als /dev/hde en /dev/hdg en NIET als scsi (zoals de raid array zichtbaar hoort te zijn. De driver emuleert een scsi-device van de raid-array). Dus mischien zit het wel in die hoek. Je moet je kernel een zooi commando's meegeven bij het booten om em niet de controller verkeerd te laten intepreteren. Hoe dat moet kan je op de promise site vinden.

[hightower]

Verwijderd schreef op 07 augustus 2002 @ 19:59:
Ik kan geen reden ter wereld vinden waarom een "emerge rsync" een IDE kanaal over de zeik zou helpen. Het is een beetje op het nivo van "als ik m'n scheer apparaat aanzet in Veendam valt in Rotterdam het gas uit.".

Het enige wat ik zou kunnen verzinnen is dat aangezien een "emerge rsync" nogal erg disk intensief is dat daarom de driver of de hardware over z'n nek gaat. Van de vele disk I/O's dus.
Je zou dat kunnen testen door andere hele dingen te doen die ook heel erg disk intensief zijn. In theorie zou de controller of driver dan ook problemen moeten geven.

Maar geloof me. Een "emerge rsync" doet helemaal nul komma nul direct in de kernel. Volgens mij heb je gewoon rotte hardware of is de driver een beetje buggy.
Het moet echt iets met die vele disk I/O's te maken hebben. Kan niet anders.

Overigens is het wel zo dat die Promise RAID drivers nogal, erhm, vreemd in elkaar zitten. Als je alles default laat zal de driver veelal de kanalen als losse IDE kanalen zien. Je schijven zijn dan zichtbaar als /dev/hde en /dev/hdg en NIET als scsi (zoals de raid array zichtbaar hoort te zijn. De driver emuleert een scsi-device van de raid-array). Dus mischien zit het wel in die hoek. Je moet je kernel een zooi commando's meegeven bij het booten om em niet de controller verkeerd te laten intepreteren. Hoe dat moet kan je op de promise site vinden.

De drivers worden als module met gentoo meegeleverd en het heeft idd niet direct met emerge te maken, als ik hem een dag laat staan doet ie het ook. En die trucjes met kernel parameters werken niet. Dan kan ik de ataraid module niet laden.

[Verwijderd]

Dan zit er maar een ding op. Goeie raid-controller kopen (een 3ware ofzo). Die Promise zooi is geen echte hardware raid maar in firmware/software ge-emuleerde troep.
Ik begrijp dat je niets aan dit antwoord hebt maar hoevaak er wel niet shit is met die romise RAID dingen. Goedkope rommel is het. Marketing om meer mammaplanken te verkopen.

[Verwijderd]

En als je in de kernel support voor deze controller aanzet en geen gebruik maakt van Promise drivers ?

[Verwijderd]

Die drivers in de kernel zijn van Promise. Die geven zij aan de kernel boys die ze er in stoppen.
Zo gaat het met veel drivers. Die zijn dan eigenlijk van Adaptec, 3ware, Promise, Abit (hpt serie) enz.

[hightower]

Verwijderd schreef op 07 augustus 2002 @ 22:38:
Dan zit er maar een ding op. Goeie raid-controller kopen (een 3ware ofzo). Die Promise zooi is geen echte hardware raid maar in firmware/software ge-emuleerde troep.
Ik begrijp dat je niets aan dit antwoord hebt maar hoevaak er wel niet shit is met die romise RAID dingen. Goedkope rommel is het. Marketing om meer mammaplanken te verkopen.

Die controller zit onboard, ik ga niet solderen ofzo. en ik heb al 4 PCI sloten vol. een 5e kaart erin gaat fout

En als je in de kernel support voor deze controller aanzet en geen gebruik maakt van Promise drivers ?

Dit is nog voordat ik de kernel voor mn gentoo ga compilen. Dus dat gaat niet op.

[Pietb]

Misschien moet je dan even stage3 (of alleen de kernel van die cd trekken) gebruiken, kernel compilen, installatie afmaken, rebooten en dan alles opnieuw laten compilen (daar is een commando voor, staat ergens in de portage manual).