[FreeBSD] g_vfs_done() error 5 - wat betekent het?

[CmdrKeen]

In de mailtjes die Charlie Root me stuurt, vind ik deze melding soms honderden keren achter elkaar:

code:

+++ /tmp/security.gBmlpflg      2010-02-24 03:07:48.000000000 +0100
+g_vfs_done():da0s1d[WRITE(offset=154153893888, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=154346586112, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=154539278336, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=154731970560, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=156466200576, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=156658892800, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=156851585024, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=157044277248, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=157236969472, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=157429661696, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=157622353920, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=157815046144, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=158200430592, length=16384)]error = 5

enz.

da0 is een 320GB hdd van Western Digital in een externe behuizing met een aparte voeding die is aangesloten via USB.

Ik heb gelezen dat g_vfs misschien iets met Geom te maken heeft, maar er zijn geen truuks met de disk uitgehaald: geen raid, gewoon één grote "partitie" op de hele disk.

Soms kopieer ik een paar honderd MB's naar de disk, maar dat gaat met normale snelheid. De server is kwestie is een laptop die muziek staat te serveren via mpd en phpmp. Er zit niet heel veel geheugen in (384MB) maar de laptop hoeft verder ook niets bijzonders te doen (geen grote website hosten, geen user-mail, dat soort dingen). Er staat FreeBSD 8.0 op. Er zijn geen merkbare problemen met het systeem zoals vertragingen, andere rare foutmeldingen of random panics/reboots.

Op internet vind ik hier en daar wel iemand die zich afvraagt wat de melding is maar nooit echt een antwoord.

De melding komt geregeld terug. Mijn vragen: 1) is dit iets waar ik me zorgen om moet maken? 2) wat betekent de melding? 3) in welke richting moet ik de oplossing zoeken?

[FiscBiker]

Vorkbaard schreef op donderdag 25 februari 2010 @ 10:53:
1) is dit iets waar ik me zorgen om moet maken?

Ja, errors, zeker die zich regelmatig herhalen, vind ik zorgwekkend.

2) wat betekent de melding?

/usr/src/sys/sys/errno.h --> Input/output error

3) in welke richting moet ik de oplossing zoeken?

Er moet verder terug in het log iets staan wat deze fouten triggert. Meld ook even wat voor controllers / HD's je gebruikt en welke FreeBSD-versie. Controleer ook een keer de output van

smartcl -A /dev/da0

[ Voor 0% gewijzigd door FiscBiker op 25-02-2010 13:05 . Reden: andere dev ]

[CmdrKeen]

FiscBiker, bedankt voor je antwoord.

Dit is het complete begin van de mail:

code:

Checking setuid files and devices:

Checking for uids of 0:
root 0
toor 0

Checking for passwordless accounts:
****::****:****::**:**:********:/home/*****:/bin/sh

Checking login.conf permissions:

kairos.huijgen.com kernel log messages:
+++ /tmp/security.gBmlpflg      2010-02-24 03:07:48.000000000 +0100
+g_vfs_done():da0s1d[WRITE(offset=154153893888, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=154346586112, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=154539278336, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=154731970560, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=156466200576, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=156658892800, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=156851585024, length=16384)]error = 5
+g_vfs_done():da0s1d[WRITE(offset=157044277248, length=16384)]error = 5

Waar zou ik evt. eerdere info kunnen vinden? In dmesg vind ik wel dit:

code:

(da0:umass-sim0:0:0:0): CDB decryption error
(da0:umass-sim0:0:0:0): Retrying Command (per Sense Data)
(da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 14 98 a6 ff 0 0 20 0
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): UNIT ATTENTION asc:24,1
(da0:umass-sim0:0:0:0): CDB decryption error
(da0:umass-sim0:0:0:0): Retrying Command (per Sense Data)
(da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 14 98 a9 1f 0 0 20 0
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): UNIT ATTENTION asc:24,1
(da0:umass-sim0:0:0:0): CDB decryption error
(da0:umass-sim0:0:0:0): Retrying Command (per Sense Data)
(da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 14 98 b2 bf 0 0 20 0
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): UNIT ATTENTION asc:24,1
(da0:umass-sim0:0:0:0): CDB decryption error
(da0:umass-sim0:0:0:0): Retrying Command (per Sense Data)
(da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 14 ff b4 bf 0 0 20 0
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): UNIT ATTENTION asc:24,1
(da0:umass-sim0:0:0:0): CDB decryption error
(da0:umass-sim0:0:0:0): Retrying Command (per Sense Data)

Maar ik weet niet van wanneer dat is. Ik zie wel dat het iets raars is met SCSI (het is een USB-aansluiting dus dat klopt wel) maar niet wat ik ermee zou kunnen doen. Misschien is het gewoon een rot kabeltje maar maakt het verder niet uit, alleen enigszins voor de performance. Dat vind ik dan niet zo erg (het is een privéserver en ik vind 'm snel genoeg).

Het smartcl-commando bestaat niet op mijn FreeBSD 8.0-installatie. whereis smartcl levert niets op en pkg_add -r smartcl ook niet. Ik vermoed dat het een Linux-dingetje is

Bedankt voor je hulp!

/edit
Ik heb smartmontools geïnstalleerd en smartctl -a /dev/da0 gedaan. Dit komt eruit:

code:

kairos# /usr/local/sbin/smartctl -a /dev/da0
smartctl version 5.38 [i386-portbld-freebsd8.0] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Device: WD       5000AAV External Version: 1.06
>> Terminate command early due to bad response to IEC mode page
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

Even verder kijken...

[ Voor 8% gewijzigd door CmdrKeen op 25-02-2010 14:08 ]

[FiscBiker]

Ow, USB, even overheen gelezen. FreeBSD en USB zijn niet al te beste vriendjes.

Als die HD uit de USB-enclosure verwijderd kan worden kan je 'm rechtstreeks aangesloten alsnog met smartctl testen. Maar de kans dat het idd aan de USB-verbinding ligt is vrij reëel.

Dus als die HD geen problemen geeft op andere systemen, dan zou je het er op kunnen gokken, maar echt ideaal is het niet.

[Wolfboy]

Gezien de fouten is het hoogst waarschijnlijk door de usb verbinding, zoals FiscBiker al zegt werkt dat niet heel top met FreeBSD. Niet dat je er heel veel last van hebt, maar het geeft soms wat waarschuwingen.

Ik zou me er iig niet teveel zorgen om maken maar het is misschien wel handig om regelmatig je bestanden op integriteit te controleren. Voor het geval writes niet altijd goed doorkomen oid.

[CmdrKeen]

FiscBiker, Wolfboy, het gaat om een laptop met een externe USB-disk voor opslag, andere manieren om de disk aan te sluiten (zonder extra kosten) zijn er niet in mijn geval. De bestanden zijn een kopie van een andere plek (offline) dus het maakt niet uit als er iets kapot gaat. Ik wilde eigenlijk alleen weten of mijn disk op het punt van overlijden stond o.i.d., en dat is denk ik niet het geval.

Ik heb de disk ge-fsck'd en nu zijn er minder meldingen, wel nog wat dingen over dat SCSI niet helemaal begrijpt hoe het zit, maar zoals gezegd vind ik dat geen probleem.

Bedankt voor jullie commentaar

[ Voor 9% gewijzigd door CmdrKeen op 27-02-2010 10:48 ]