On Sat, Jun 26, 2004 at 08:06:42PM +0200, Lukas Ertl wrote: > On Sat, 26 Jun 2004, Matthias Schuendehuette wrote: > > >On Saturday 26 June 2004 13:56, Lukas Ertl wrote: > >>I'm quite sure that recent changes to vfs_mount.c cause this. I'm > >>not sure how to fix it, though. > > > >At least going back to version 1.128 of vfs_mount.c alone doesn't help. > > You probably need to go back to 1.127. I saw the same thing with 22th -current on alpha. As workaround the vinum volumes are started later for now, but with around 1 day uptime: fatal kernel trap: trap entry = 0x2 (memory management fault) cpuid = 0 faulting va = 0x0 type = access violation cause = store instruction pc = 0xfffffc00005e5cb8 ra = 0xfffffe0000377238 sp = 0xfffffe003079da90 curthread = 0xfffffc007aa1e000 pid = 32, comm = syncer Stopped at bcopy_samealign_lp: stq_u t2,0(a1) <0x0> <t2=0x18124,a1=0x0> db> trace bcopy_samealign_lp() at bcopy_samealign_lp vinumstart() at vinumstart+0x138 vinumstrategy() at vinumstrategy+0x118 prologue botch: displacement 16 -- B.Walter BWCT http://www.bwct.de bernd_at_bwct.de info_at_bwct.deReceived on Sat Jun 26 2004 - 23:28:00 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:59 UTC