fsck fixes in daily output

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

fsck fixes in daily output

Jeff Quast
Below is a forward of the daily output I receive. I do have it configured to
backup my root partition on the same disk, and I am aware how silly that
is. This was done to see how it behaves for a future install where the root
FS will be backed up on a separate disk.

I also realize this is not GENERIC, and that is bad. It is recompiled to
exclude a few usb devices so my APC unit is detected properly.

My question is, these errors have been occurring daily for over a month.
Should I be concerned about the integrity of my root FS?

---------- Forwarded message ----------
From: Charlie Root <[hidden email]>
Date: Feb 3, 2006 1:36 AM
Subject: harlan.1984.ru daily output
To: [hidden email]

OpenBSD 3.8-stable (FILESERV) #0: Tue Jan 24 21:28:29 EST 2006
   [hidden email]:/usr/src/sys/arch/i386/compile/FILESERV

1:30AM  up 4 days,  4:33, 4 users, load averages: 0.25, 0.17, 0.10

Running daily.local:

Removing scratch and junk files:

Backing up root filesystem:
copying /dev/rwd0a to /dev/rwd0d
32755+1 records in
32755+1 records out
268329472 bytes transferred in 40.740 secs (6586349 bytes/sec)
** /dev/rwd0d
** Last Mounted on /
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
UNREF FILE I=178  OWNER=_mysql MODE=100600
SIZE=0 MTIME=Jan 29 20:57 2006
CLEAR? yes

UNREF FILE I=187  OWNER=_mysql MODE=100600
SIZE=0 MTIME=Jan 29 20:57 2006
CLEAR? yes

UNREF FILE I=202  OWNER=_mysql MODE=100600
SIZE=0 MTIME=Jan 29 20:57 2006
CLEAR? yes

UNREF FILE I=211  OWNER=root MODE=100600
SIZE=0 MTIME=Feb  3 01:30 2006
CLEAR? yes

** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? yes

SUMMARY INFORMATION BAD
SALVAGE? yes

BLK(S) MISSING IN BIT MAPS
SALVAGE? yes

3154 files, 19276 used, 109131 free (419 frags, 13589 blocks,
0.3%fragmentation)

MARK FILE SYSTEM CLEAN? yes


***** FILE SYSTEM WAS MODIFIED *****

Checking subsystem status:

disks:
Filesystem  1K-blocks      Used     Avail Capacity  Mounted on
/dev/wd0a      256814     38552    205422    16%    /
/dev/wd0g     4126462   1485244   2434896    38%    /home
/dev/wd0f     8255550   3185986   4656788    41%    /usr
/dev/wd0e     1207870    200498    946980    17%    /var
/dev/wd0h    62289370  55133120   4041782    93%    /storage/mnt/ide0
/dev/sd0a    17635370   3058960  13694642    18%    /storage/mnt/scsi0
/dev/sd1a    17635370   9422848   7330754    56%    /storage/mnt/scsi1

Last dump(s) done (Dump '>' file systems):


network:
Name    Mtu   Network     Address              Ipkts Ierrs    Opkts Oerrs
Colls
lo0     33224 <Link>                          112761     0   112761
0     0
lo0     33224 127/8       127.0.0.1           112761     0   112761
0     0
lo0     33224 ::1/128     ::1                 112761     0   112761
0     0
lo0     33224 fe80::%lo0/64 fe80::1%lo0         112761     0   112761
0     0
re0     1500  <Link>      00:09:5b:bd:c0:a7   262342     0   230385
0     0
re0     1500  fe80::%re0/64 fe80::209:5bff:febd:c0a7%re0   262342     0
230385     0     0
re0     1500  192.168.0/24 192.168.0.3         262342     0   230385
0     0
pflog0  33224 <Link>                               0     0        0
0     0
pfsync0 1348  <Link>                               0     0        0
0     0
enc0*   1536  <Link>                               0     0        0
0     0


Running calendar in the background.

Checking filesystems:
** /dev/rwd0a (NO WRITE)
** Last Mounted on /
** Root file system
UNREF FILE I=178  OWNER=_mysql MODE=100600
SIZE=0 MTIME=Jan 29 20:57 2006
CLEAR? no

UNREF FILE I=187  OWNER=_mysql MODE=100600
SIZE=0 MTIME=Jan 29 20:57 2006
CLEAR? no

UNREF FILE I=202  OWNER=_mysql MODE=100600
SIZE=0 MTIME=Jan 29 20:57 2006
CLEAR? no

UNREF FILE I=211  OWNER=root MODE=100600
SIZE=0 MTIME=Feb  3 01:30 2006
CLEAR? no

3158 files, 19277 used, 109130 free (418 frags, 13589 blocks,
0.3%fragmentation)
** /dev/rwd0g (NO WRITE)
** Last Mounted on /home
ZERO LENGTH DIR I=206246  OWNER=dingo MODE=40755
SIZE=0 MTIME=Jan 29 21:45 2006
CLEAR? no

ZERO LENGTH DIR I=206603  OWNER=dingo MODE=40755
SIZE=0 MTIME=Jan 30 20:03 2006
CLEAR? no

17519 files, 742622 used, 1320609 free (873 frags, 164967 blocks,
0.0%fragmentation)
** /dev/rwd0f (NO WRITE)
** Last Mounted on /usr
290726 files, 1592993 used, 2534782 free (29534 frags, 313156 blocks,
0.7%fragmentation)
** /dev/rwd0e (NO WRITE)
** Last Mounted on /var
2569 files, 100250 used, 503685 free (477 frags, 62901 blocks,
0.1%fragmentation)
** /dev/rwd0h (NO WRITE)
** Last Mounted on /storage/mnt/ide0
39652 files, 27566560 used, 3578125 free (501 frags, 447203 blocks,
0.0%fragmentation)
** /dev/rsd0a (NO WRITE)
** Last Mounted on /storage/mnt/scsi0
20200 files, 1529480 used, 7288205 free (789 frags, 910927 blocks,
0.0%fragmentation)
** /dev/rsd1a (NO WRITE)
** Last Mounted on /storage/mnt/scsi1
44100 files, 4711424 used, 4106261 free (981 frags, 513160 blocks,
0.0%fragmentation)

Reply | Threaded
Open this post in threaded view
|

Re: fsck fixes in daily output

Otto Moerbeek
On Fri, 3 Feb 2006, Jeff Quast wrote:

> Below is a forward of the daily output I receive. I do have it configured to
> backup my root partition on the same disk, and I am aware how silly that
> is. This was done to see how it behaves for a future install where the root
> FS will be backed up on a separate disk.
>
> I also realize this is not GENERIC, and that is bad. It is recompiled to
> exclude a few usb devices so my APC unit is detected properly.
>
> My question is, these errors have been occurring daily for over a month.
> Should I be concerned about the integrity of my root FS?

No. a live filesystem is copied with dd. It is expected that the copy
has inconsistencies. That's why the fsck is there in the first place.

        -Otto
       

>
> ---------- Forwarded message ----------
> From: Charlie Root <[hidden email]>
> Date: Feb 3, 2006 1:36 AM
> Subject: harlan.1984.ru daily output
> To: [hidden email]
>
> OpenBSD 3.8-stable (FILESERV) #0: Tue Jan 24 21:28:29 EST 2006
>    [hidden email]:/usr/src/sys/arch/i386/compile/FILESERV
>
> 1:30AM  up 4 days,  4:33, 4 users, load averages: 0.25, 0.17, 0.10
>
> Running daily.local:
>
> Removing scratch and junk files:
>
> Backing up root filesystem:
> copying /dev/rwd0a to /dev/rwd0d
> 32755+1 records in
> 32755+1 records out
> 268329472 bytes transferred in 40.740 secs (6586349 bytes/sec)
> ** /dev/rwd0d
> ** Last Mounted on /
> ** Phase 1 - Check Blocks and Sizes
> ** Phase 2 - Check Pathnames
> ** Phase 3 - Check Connectivity
> ** Phase 4 - Check Reference Counts
> UNREF FILE I=178  OWNER=_mysql MODE=100600
> SIZE=0 MTIME=Jan 29 20:57 2006
> CLEAR? yes
>
> UNREF FILE I=187  OWNER=_mysql MODE=100600
> SIZE=0 MTIME=Jan 29 20:57 2006
> CLEAR? yes
>
> UNREF FILE I=202  OWNER=_mysql MODE=100600
> SIZE=0 MTIME=Jan 29 20:57 2006
> CLEAR? yes
>
> UNREF FILE I=211  OWNER=root MODE=100600
> SIZE=0 MTIME=Feb  3 01:30 2006
> CLEAR? yes
>
> ** Phase 5 - Check Cyl groups
> FREE BLK COUNT(S) WRONG IN SUPERBLK
> SALVAGE? yes
>
> SUMMARY INFORMATION BAD
> SALVAGE? yes
>
> BLK(S) MISSING IN BIT MAPS
> SALVAGE? yes
>
> 3154 files, 19276 used, 109131 free (419 frags, 13589 blocks,
> 0.3%fragmentation)
>
> MARK FILE SYSTEM CLEAN? yes
>
>
> ***** FILE SYSTEM WAS MODIFIED *****
>
> Checking subsystem status:
>
> disks:
> Filesystem  1K-blocks      Used     Avail Capacity  Mounted on
> /dev/wd0a      256814     38552    205422    16%    /
> /dev/wd0g     4126462   1485244   2434896    38%    /home
> /dev/wd0f     8255550   3185986   4656788    41%    /usr
> /dev/wd0e     1207870    200498    946980    17%    /var
> /dev/wd0h    62289370  55133120   4041782    93%    /storage/mnt/ide0
> /dev/sd0a    17635370   3058960  13694642    18%    /storage/mnt/scsi0
> /dev/sd1a    17635370   9422848   7330754    56%    /storage/mnt/scsi1
>
> Last dump(s) done (Dump '>' file systems):
>
>
> network:
> Name    Mtu   Network     Address              Ipkts Ierrs    Opkts Oerrs
> Colls
> lo0     33224 <Link>                          112761     0   112761
> 0     0
> lo0     33224 127/8       127.0.0.1           112761     0   112761
> 0     0
> lo0     33224 ::1/128     ::1                 112761     0   112761
> 0     0
> lo0     33224 fe80::%lo0/64 fe80::1%lo0         112761     0   112761
> 0     0
> re0     1500  <Link>      00:09:5b:bd:c0:a7   262342     0   230385
> 0     0
> re0     1500  fe80::%re0/64 fe80::209:5bff:febd:c0a7%re0   262342     0
> 230385     0     0
> re0     1500  192.168.0/24 192.168.0.3         262342     0   230385
> 0     0
> pflog0  33224 <Link>                               0     0        0
> 0     0
> pfsync0 1348  <Link>                               0     0        0
> 0     0
> enc0*   1536  <Link>                               0     0        0
> 0     0
>
>
> Running calendar in the background.
>
> Checking filesystems:
> ** /dev/rwd0a (NO WRITE)
> ** Last Mounted on /
> ** Root file system
> UNREF FILE I=178  OWNER=_mysql MODE=100600
> SIZE=0 MTIME=Jan 29 20:57 2006
> CLEAR? no
>
> UNREF FILE I=187  OWNER=_mysql MODE=100600
> SIZE=0 MTIME=Jan 29 20:57 2006
> CLEAR? no
>
> UNREF FILE I=202  OWNER=_mysql MODE=100600
> SIZE=0 MTIME=Jan 29 20:57 2006
> CLEAR? no
>
> UNREF FILE I=211  OWNER=root MODE=100600
> SIZE=0 MTIME=Feb  3 01:30 2006
> CLEAR? no
>
> 3158 files, 19277 used, 109130 free (418 frags, 13589 blocks,
> 0.3%fragmentation)
> ** /dev/rwd0g (NO WRITE)
> ** Last Mounted on /home
> ZERO LENGTH DIR I=206246  OWNER=dingo MODE=40755
> SIZE=0 MTIME=Jan 29 21:45 2006
> CLEAR? no
>
> ZERO LENGTH DIR I=206603  OWNER=dingo MODE=40755
> SIZE=0 MTIME=Jan 30 20:03 2006
> CLEAR? no
>
> 17519 files, 742622 used, 1320609 free (873 frags, 164967 blocks,
> 0.0%fragmentation)
> ** /dev/rwd0f (NO WRITE)
> ** Last Mounted on /usr
> 290726 files, 1592993 used, 2534782 free (29534 frags, 313156 blocks,
> 0.7%fragmentation)
> ** /dev/rwd0e (NO WRITE)
> ** Last Mounted on /var
> 2569 files, 100250 used, 503685 free (477 frags, 62901 blocks,
> 0.1%fragmentation)
> ** /dev/rwd0h (NO WRITE)
> ** Last Mounted on /storage/mnt/ide0
> 39652 files, 27566560 used, 3578125 free (501 frags, 447203 blocks,
> 0.0%fragmentation)
> ** /dev/rsd0a (NO WRITE)
> ** Last Mounted on /storage/mnt/scsi0
> 20200 files, 1529480 used, 7288205 free (789 frags, 910927 blocks,
> 0.0%fragmentation)
> ** /dev/rsd1a (NO WRITE)
> ** Last Mounted on /storage/mnt/scsi1
> 44100 files, 4711424 used, 4106261 free (981 frags, 513160 blocks,
> 0.0%fragmentation)

Reply | Threaded
Open this post in threaded view
|

Re: fsck fixes in daily output

Jeff Quast
In reply to this post by Jeff Quast
Thanks for pointing that out, Tom. I have used config before. I just blindly
followed the recommendations for using apcupsd on OpenBSD at
http://www.apcupsd.com/manual/USB_Configuration.html#SECTION00010230000000000
0000

I will switch back to GENERIC tonight.

On 2/3/06, Tom Cosgrove <[hidden email]> wrote:

>
> >>> Jeff Quast 3-Feb-06 13:25 >>>
> >
> > I also realize this is not GENERIC, and that is bad. It is recompiled
> > to exclude a few usb devices so my APC unit is detected properly.
>
> You don't need to do this.
>
> Just use config(8) on the stock kernel.
>
> Tom