[an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] (none) [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive] (none) [an error occurred while processing this directive] [an error occurred while processing this directive] [an error occurred while processing this directive][an error occurred while processing this directive]
 
[an error occurred while processing this directive] [an error occurred while processing this directive]
Skåne Sjælland Linux User Group - http://www.sslug.dk Home   Subscribe   Mail Archive   Forum   Calendar   Search
MhonArc Date: [Date Prev] [Date Index] [Date Next]   Thread: [Date Prev] [Thread Index] [Date Next]   MhonArc
 

Re: [MISC] Klage argumenter søges (syg hardware)



160Mb/sek. scsi system skal ned på 80Mb/sek. for at virke.

Måske var mit brev for langt, siden jeg får svar på noget
jeg ikke har spurgt om. Mit spørgsmål var ikke "hvordan
finder jeg fejlen", men "hvad skal jeg sige til leverandøren?"

Frank Damgaard skrev:
>> Kan man acceptere at et splinternyt 160Mb/sek. SCSI system
>> skal ned på 80Mb/sek. for at virke?
>
> nej. (undtagen det er adaptec baseret)

Det var ellers en påstand. Adaptec regner måske anderledes:
1MB=512 bytes ? Men glem det bare.

> Men du har vel testet enhederne enkeltvis (uden de andre),
> så burde driveren kunne sætte dem til den ønskede hastighed,
> hvis ikke er driver eller hardware defekt .

Man indstiller bus speed i scsi bios'en. Jeg kan ikke teste
diskene uden controller, vel? Iøvrigt var der ikke problemer,
da vi prøvede at fjerne een af de 4 diske i den halvdel af
kabinettet der ikke kunne køre 160Mb/sek. Problemet kom igen
uanset hvilke 4 af de 8 diske der sad i den halvdel af kabinetttet.
(Og det hjalp ikke at skifte ..., nej det har jeg sagt).

> Jeg er selv ikke begejstret for adaptec driveren, den er for "simpel"
> i kontrol og styringsmuligheder (sammenlign med symbios).

Ja, det har du sagt før. Vi er ganske uenige. Et godt stereoanlæg
har f.eks. typisk slet ingen tonekontroller. Hvad ville du gøre?
Slå CRC check fra?

Jeg er tvært imod glad for at der ikke er 38 parametre man kan
skrue på. Med de få der er, er der foreløbig spildt ca. to uger
med forsøg. Hver gang scsi bussen går ned, må man trykke på
reset knappen og fsck'e. Jeg er glad for der ikke er flere
ting man kan trimme, for så blev vi jo aldrig færdige med
at lave forsøg.

> Måske mere noget til teknik listen, men hvis du ikke udtrykkelig har 
> forlangt at hardwaren skal virke med linux driverne, så kan forhandleren 
> vel nøjes med at påstå at det  virker med Windows NT/2k ?

Forhandleren er storage specialist (sælger ikke andet), og
kan godt indse at det ikke er driverens skyld at at der er
crc fejl på scsi bussen. Det kan Windows næppe lave om på.

Dec  8 13:22:34 newsfeeds kernel: (scsi3:0:3:0) CRC error during Data-In phase.
Dec  8 13:22:34 newsfeeds kernel: (scsi3:0:3:0)   CRC error in intermediate CRC packet.
Dec  8 13:23:04 newsfeeds kernel: scsi : aborting command due to timeout : pid 24545, scsi3, channel 0, id 2, lun 0 Read (
10) 00 00 92 97 ff 00 00 08 00
Dec  8 13:23:04 newsfeeds kernel: scsi : aborting command due to timeout : pid 24546, scsi3, channel 0, id 3, lun 0 Read (
10) 00 00 00 30 ff 00 00 78 00
Dec  8 13:23:04 newsfeeds kernel: scsi : aborting command due to timeout : pid 24547, scsi3, channel 0, id 0, lun 0 Read (
10) 00 03 22 e6 c7 00 00 08 00
Dec  8 13:23:04 newsfeeds kernel: scsi : aborting command due to timeout : pid 24548, scsi3, channel 0, id 1, lun 0 Read (
10) 00 01 71 50 47 00 00 08 00
Dec  8 13:23:05 newsfeeds kernel: SCSI host 3 abort (pid 24545) timed out - resetting
Dec  8 13:23:05 newsfeeds kernel: SCSI bus is being reset for host 3 channel 0.

Jon Bendtsen skrev:

> Er det den officielle linux driver ??
> ellers vil de sikkert slaa paa at det er linux. + det kan vaere at linux
> driveren ikke er god nok.

Det er den der følger mandrake 7.2 kernen, kernel-2.2.17-21mdksmp.
Den er ikke under mistanke. Der ER et *hardware* problem.

>> Det har været den samme halvdel af kabinettet det gik
>> galt med hver gang, også når kablerne og/eller diskene
>> blev byttet om.
>
>det forstaar jeg ikke helt ??

Kabinettet har to scsi kanaler (4 diske på hver) som er
ført ud hver for sig.

>Har du byttet om paa de interne kabler ??
>Maaske er det stikkene ??
>Eller en hardware fejl.

De spørgsmål er besvaret i mit oprindelige brev.
Ja. Det er hardware fejl. Både kabler, diskkabinet
og controller er blevet udskiftet - hjalp ikke.

Iøvrigt mener jeg det er leverandørens opgave at
finde fejl på sin hardware - ikke min.

Hvad kan jeg forlange af leverandøren? Hvorfor?
-- 
torben fjerdingstad        | GNU/linux-2.4.0-test5
sslug@sslug        | This email does not contain any patents


 
Home   Subscribe   Mail Archive   Index   Calendar   Search

 
 
Questions about the web-pages to <www_admin>. Last modified 2005-08-10, 19:19 CEST [an error occurred while processing this directive]
This page is maintained by [an error occurred while processing this directive]MHonArc [an error occurred while processing this directive] # [an error occurred while processing this directive] *