hen
installation works fine.
Perhaps a note in the installation document to have softupdates for /
disabled for at least the installation as a current workaround would be
warranted?
(I imagine it should work ok post-installation to enable softupdates on /
if desired, but haven't tested that scenari
On Fri, Jul 06, 2001 at 12:52:06AM -0500, a little birdie told me
that Dan Nelson remarked
> In the last episode (Jul 06), David Scheidt said:
> >
> > I've dodged that problem by SIGSTOPing installworld a couple times during
> > the /sbin install, waiting for softupdates to catchup, and then SIGC
In the last episode (Jul 06), David Scheidt said:
> On Thu, 5 Jul 2001, Dan Nelson wrote:
>
> :In the last episode (Jul 05), Benjamin P. Grubin said:
> :> As of a month ago or so, there was some discussion that concluded it
> :> was unsafe to enable softupdates on a root p
On Thu, 5 Jul 2001, Dan Nelson wrote:
:In the last episode (Jul 05), Benjamin P. Grubin said:
:> As of a month ago or so, there was some discussion that concluded it
:> was unsafe to enable softupdates on a root partition. Is it safe to
:> go back in the water there, now?
:
:The 2
>From: "Benjamin P. Grubin" <[EMAIL PROTECTED]>
>Date: Thu, 5 Jul 2001 19:46:54 -0400
>As of a month ago or so, there was some discussion that concluded it was
>unsafe to enable softupdates on a root partition. Is it safe to go back in
>the water there, now?
W
In the last episode (Jul 05), Benjamin P. Grubin said:
> As of a month ago or so, there was some discussion that concluded it
> was unsafe to enable softupdates on a root partition. Is it safe to
> go back in the water there, now?
The 2 drawbacks with SU are
1 - You can't immedia
As of a month ago or so, there was some discussion that concluded it was
unsafe to enable softupdates on a root partition. Is it safe to go back in
the water there, now?
Cheers,
Ben
Benjamin P. Grubin [EMAIL PROTECTED]
PGP Fingerprint: EDE9 A88F 3BCC 514A F310 FEFB
:> sched_sync
:> fork_trampoline
:>
:> This is with ffs_softdep.c 1.56. Matt Dillon has already received a core
:> dump, and I believe it's on its way to Kirk McKusick for analysis.
:
:Thanks for the info. I just got my Alpha running again, and I am now
:100% sure it has ffs_softdep.c 1.56
:
:Ar
now have a solid lockup
of the alpha box. No keyboard, no kernel debugger either :( , no ping
I had no other option than to press the halt switch. This is definitely
rev 1.56 in the kernel.
I am going to disable softupdates on all filesystems to see what happens
next.
--
Wilko Bulte
On Sat, Jan 22, 2000 at 12:07:11PM +0100, [EMAIL PROTECTED] wrote:
> > Just was presented the following panic by my FreeBSD/alpha Miata box that
> > was doing a make release:
> >
> > initiate_write_inode_block() at initiate_write_inode_block() +0x40
> > softdep_disk_io_initiation() at softdep_dis
On Sat, Jan 22, 2000 at 09:43:14AM -0800, Matthew Dillon wrote:
>
> :Just was presented the following panic by my FreeBSD/alpha Miata box that
> :was doing a make release:
> :
> :initiate_write_inode_block() at initiate_write_inode_block() +0x40
> :softdep_disk_io_initiation() at softdep_disk_io_
:Just was presented the following panic by my FreeBSD/alpha Miata box that
:was doing a make release:
:
:initiate_write_inode_block() at initiate_write_inode_block() +0x40
:softdep_disk_io_initiation() at softdep_disk_io_initiation() + 0xac
:spec_strategy() at spec_strategy() +0x48
:spec_vnoperat
> Just was presented the following panic by my FreeBSD/alpha Miata box that
> was doing a make release:
>
> initiate_write_inode_block() at initiate_write_inode_block() +0x40
> softdep_disk_io_initiation() at softdep_disk_io_initiation() + 0xac
> spec_strategy() at spec_strategy() +0x48
> spec_vn
Just was presented the following panic by my FreeBSD/alpha Miata box that
was doing a make release:
initiate_write_inode_block() at initiate_write_inode_block() +0x40
softdep_disk_io_initiation() at softdep_disk_io_initiation() + 0xac
spec_strategy() at spec_strategy() +0x48
spec_vnoperate() at
On Mon, 10 Jan 2000, Marcel Moolenaar wrote:
> The format used for mkstemp has been changed (4 chars. longer). Does the
> following patch work?
Sorry, but FWIW I did test the change by recompiling cvs (which uses yacc)
before I committed it :( I guess it was just the gods of stack which
allowed
:Make world hangs reliably for me right now:
:+
:|...
:|/* starting time is 16:18:8 */
:|/* ending time is 16:18:8 */
:|ln -sf gxx-hash.h hash.h
:|echo '#include "cp/cp-tree.def"'> gencheck.h
:|echo '#include "objc/objc-tree.def"'>> gencheck.h
:|sed -e "/^ifobj
Poul-Henning Kamp wrote:
>
> Make world hangs reliably for me right now:
[snip]
> |yacc -d -o c-parse.c c-parse.y
> +
>
> 0 19921 1 83 -2 0 1276 932 getblk D p00:00.09 yacc -d -o
>c-parse.c c-parse.y
>
> This is a softupdates filesystem on a ccd on ata...
The form
Make world hangs reliably for me right now:
+
|...
|/* starting time is 16:18:8 */
|/* ending time is 16:18:8 */
|ln -sf gxx-hash.h hash.h
|echo '#include "cp/cp-tree.def"'> gencheck.h
|echo '#include "objc/objc-tree.def"'>> gencheck.h
|sed -e "/^ifobjc$/,/^end
18 matches
Mail list logo
