On 11/5/05, Pete Rushmere <pete@rushmere.org> wrote:
> Andy,
>
>          Same time every night? There's a cron job that runs at 3 every
> morning and does some disk clean up stuff... amongst other things.
>
> Kind Regards,
> Pete.
>
>
> At 12:58 05/11/2005, Andy Ruhl wrote:
> >I recently built release-3 for my Qube2. It had a bad disk (I think?)
> >so I replaced it with an IBM 60 gig drive.
> >
> >Ever since I did that, the Qube crashes every night. I'm guessing
> >while doing updatedb.
> >
> >Here's the end of the dmesg:
> >
> >dev =3D 0x600 bno =3D 26929766 bsize =3D 16384, size =3D 16384, fs =3D /
> >panic: blkfree: bad size
> >
> >I'll see if I can save the panic and get a backtrace from it.
> >
> >On searching on this, it seems to be either a bad disk or a bad controll=
er?

Ok, so maybe I spoke too soon earlier when another person on the list
bashed NetBSD for not being stable :)

I put in another disk, one that I know works pretty good otherwise.

I got another crash today, when I was doing a build of php5 and I was
ftp'ing some data off the Qube. Here's some output:

db> bt
r5k_pdcache_wb_range_32+60 (cb72fe20,cb7303e0,5ea,5ea) ra 801da6bc sz 0
801da60c+b0 (cb72fe20,cb7303e0,5ea,5ea) ra 0 sz 0
User-level: pid 13774.1

And the end of the dmesg:

root on wd0a dumps on wd0b
root file system type: ffs
trap: TLB miss (load or instr. fetch) in kernel mode
status=3D0x2403, cause=3D0x8008, epc=3D0x801d50a4, vaddr=3D0xcb730000
pid=3D13774 cmd=3Dftpd usp=3D0x7fffcd10 ksp=3D0xcb75fb08
db>

I'll see if I can get the crash to go to the dump device and go from there.

Thanks for any help. I'll start searchign on this stuff in the morning.

Andy