g_vfs_done error third part--PLEASE HELP!
Roland Smith
rsmith at xs4all.nl
Fri May 16 19:07:20 UTC 2008
On Fri, May 16, 2008 at 02:14:14PM +0200, Willy Offermans wrote:
> Filesystem 1K-blocks Used Avail Capacity Mounted on
> /dev/ar0s1a 20308398 230438 18453290 1% /
> devfs 1 1 0 100% /dev
> /dev/ar0s1d 21321454 3814482 15801256 19% /usr
> /dev/ar0s1e 50777034 5331686 41383186 11% /var
> /dev/ar0s1f 101554150 18813760 74616058 20% /home
> /dev/ar0s1g 274977824 34564876 218414724 14% /share
>
> pretty normal I would say.
Yes.
> > Did you notice any file corruption in the filesystem on ar0s1g?
>
> No the two disks are brand new and I did not encounter any noticeable
> file corruption. However I assume that nowadays bad sectors on HD are
> handled by the hardware and do not need any user interaction to correct
> this. But maybe I'm totally wrong.
Every ATA disk has spare sectors, and they usually don't report bad
blocks untill the spares are exhausted. In which case it is prudent to
replace the disk.
> > Unmount the filesystem and run fsck(8) on it. Does it report any errors?
>
> sun# fsck /dev/ar0s1g
> ** /dev/ar0s1g
> ** Last Mounted on /share
> ** Phase 1 - Check Blocks and Sizes
> INCORRECT BLOCK COUNT I=34788357 (272 should be 264)
> CORRECT? [yn] y
>
> INCORRECT BLOCK COUNT I=34789217 (296 should be 288)
> CORRECT? [yn] y
>
> ** Phase 2 - Check Pathnames
> ** Phase 3 - Check Connectivity
> ** Phase 4 - Check Reference Counts
> ** Phase 5 - Check Cyl groups
> FREE BLK COUNT(S) WRONG IN SUPERBLK
> SALVAGE? [yn] y
>
> SUMMARY INFORMATION BAD
> SALVAGE? [yn] y
>
> BLK(S) MISSING IN BIT MAPS
> SALVAGE? [yn] y
>
> 182863 files, 17282440 used, 120206472 free (12448 frags, 15024253
> blocks, 0.0% fragmentation)
>
> ***** FILE SYSTEM MARKED CLEAN *****
>
> ***** FILE SYSTEM WAS MODIFIED *****
>
> The usual stuff I would say.
Disk corruption is never normal. It can be explained by if the machine
crashed or was power-cycles before the disks were unmounted, but it can
also indicate hardware troubles.
> > > Any hints are very much appreciated.
> So I have to conclude that the write error message does make sense and
> that something seems to be wrong with the disks. The next question is
> what can I do about it? Should I return the disks to the shop and ask
> for new ones?
Install sysutils/smartmontools, and run 'smartctl -A /dev/adX|less', where X
are the numbers of the drives in the RAID array.
In the output, look at the values for Reallocated_Sector_Ct,
Current_Pending_Sector, Offline_Uncorrectable, which is the last number
that you see on each line.
A small number for Reallocated_Sector_Ct is allowable. But non-zero counts
for Current_Pending_Sector or Offline_Uncorrectable means it's time to
get a new disk.
> However other people that I have contacted and who had a similar
> problem before have solved it by using software raid setup instead of a
> hardware raid setup. This seems to indicate that there is some bug in
> the FreeBSD code.
The RAID support that you find on most desktop motherboards _is_
software RAID. See ataraid(4).
Roland
--
R.F.Smith http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20080516/e444d986/attachment.pgp
More information about the freebsd-stable
mailing list