Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 13 May 2009 16:37:09 -0400
From:      Pat Wendorf <dungeons@gmail.com>
To:        Maciej Milewski <milu@dat.pl>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: File system corruption
Message-ID:  <2c2c47aa0905131337w4a338386t2407f7df7a398cf7@mail.gmail.com>
In-Reply-To: <200905131124.16897.milu@dat.pl>
References:  <2c2c47aa0905121110i6355930bwce3a9c6afb117d4d@mail.gmail.com> <200905131124.16897.milu@dat.pl>

next in thread | previous in thread | raw e-mail | index | archive | help
I spoke too soon I guess: A buddy of mine at the hosting provider took down
the box and did a fsck -y on the var partition, this seems to have cleaned
it up.  It looks like the regular fsck -p could not repair it.

2009/5/13 Maciej Milewski <milu@dat.pl>

> Tuesday 12 May 2009 20:10:57 Pat Wendorf napisa=B3(a):
>
> > I have a co-lo server I've been maintaining for a few years now running
> IDE
> > drives on a mostly terrible UPS. A few months ago, when it returned fro=
m
> a
> > power outage (running 6.2-R) I started noticing the following in my dai=
ly
> > security email:
> >
> > Checking setuid files and devices:
> > find:
> >
> /var/db/portsnap/files/2dc95ddff37a8091239e83bf7e3ce5a2c285b027891ced1919=
d7
> >6c9947c5b7db.gz: Bad file descriptor
> > find:
> >
> /var/db/portsnap/files/52abe8c91385b12272f13f4d20896067d9ba70bdec1fa25750=
25
> >858bd3e93718.gz: Bad file descriptor
> > find: /var/lost+found/#238237: Bad file descriptor
> >
> > I verified that these files return the same result when trying to do an=
y
> > operation on them (including ls in the directory).
> >
> > I've managed to ignore the problem for a while now, and even upgraded t=
o
> > 7.2, but I'm not sure if it will cause problems later on. So the questi=
on
> > is, without access to the console, how would I fix this?
>
>
> I think tere is a need for fsck on this partition.
> /var is used by many daemons for logging, mailqueue etc., so maybe the
> first thing to do would be to stop as many daemons as possible and leavin=
g
> only ssh to get to this system remotely?
> I really don't know how much dangerous could be unmounting /var on a live
> system in such case.
>
>
>
>
> --
> Pozdrawiam,
> Maciej Milewski
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2c2c47aa0905131337w4a338386t2407f7df7a398cf7>