Re: config(8) broken

2001-01-29 Thread Peter Wemm

Matthew Jacob wrote:
> 
> *groan* I'm having trouble believing that *config* of all things is now
> dependent on time to avoid bugs... This is *one* for the books

Yep. That's why I disabled it and will replace it with something more
robust.  In hindsight it was Not A Good Thing.

> On Mon, 29 Jan 2001, Peter Wemm wrote:
> 
> > Bruce Evans wrote:
> > > On Mon, 29 Jan 2001, Peter Wemm wrote:
> > > 
> > > > Bruce Evans wrote:
> > > > > Config now removes almost all headers:
> > > > > ...
> > > > > This is starting from compile directory populated by a previous versi
on
> > > > > of config.  Starting from scratch, config seems to work for the first
> > > > > run.  The second run complains about all headers, deletes them all, a
nd
> > > > > doesn't create any.  The third run seems to work...
> > > > 
> > > > What are the chances that you did this on a mount -o noatime file syste
m?
> > > 
> > > Very high :-).
> > 
> > Heh. :-)
> > 
> > > I'm surprised the bug doesn't affect fast machines, since config doesn't
> > > seem to sleep for >= 1 second to ensure that the atimes advance with
> > > the standard mount options.
> > 
> > I was primarily testing it on a dual P3-733 w/ 1G ram which was running
> > config nearly instantly.  I never saw this problem until I tested it
> > on a fresh machine that (by sheer chance) happened to be running noatime (i
t
> > was a laptop).  For what it's worth, I did roll the start time back by one
> > second to give a bit more comfort - getting rid of the trays isn't all that
> > critical.
> > 
> > For UFS at least, we seem to update the atime instantly but schedule
> > writeback to the inode "whenever".
> > 
> > 148# date ; ls -lutT foo1 ; cat foo1 ; ls -lutT foo1; date
> > Mon Jan 29 08:18:02 PST 2001
> > -rw-r--r--  1 root  wheel  4 Jan 29 08:16:25 2001 foo1
> > foo
> > -rw-r--r--  1 root  wheel  4 Jan 29 08:18:02 2001 foo1
> > Mon Jan 29 08:18:02 PST 2001
> > 
> > This is all within the same second "tick" and the atime change was visible.
> > 
> > > Bruce
> > 
> > 
> > Cheers,
> > -Peter
> > --
> > Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> > "All of this is for nothing if we don't go to the stars" - JMS/B5
> > 
> > 
> > 
> > To Unsubscribe: send mail to [EMAIL PROTECTED]
> > with "unsubscribe freebsd-current" in the body of the message
> > 
> 
> 

Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: config(8) broken

2001-01-29 Thread Matthew Jacob


*groan* I'm having trouble believing that *config* of all things is now
dependent on time to avoid bugs... This is *one* for the books


On Mon, 29 Jan 2001, Peter Wemm wrote:

> Bruce Evans wrote:
> > On Mon, 29 Jan 2001, Peter Wemm wrote:
> > 
> > > Bruce Evans wrote:
> > > > Config now removes almost all headers:
> > > > ...
> > > > This is starting from compile directory populated by a previous version
> > > > of config.  Starting from scratch, config seems to work for the first
> > > > run.  The second run complains about all headers, deletes them all, and
> > > > doesn't create any.  The third run seems to work...
> > > 
> > > What are the chances that you did this on a mount -o noatime file system?
> > 
> > Very high :-).
> 
> Heh. :-)
> 
> > I'm surprised the bug doesn't affect fast machines, since config doesn't
> > seem to sleep for >= 1 second to ensure that the atimes advance with
> > the standard mount options.
> 
> I was primarily testing it on a dual P3-733 w/ 1G ram which was running
> config nearly instantly.  I never saw this problem until I tested it
> on a fresh machine that (by sheer chance) happened to be running noatime (it
> was a laptop).  For what it's worth, I did roll the start time back by one
> second to give a bit more comfort - getting rid of the trays isn't all that
> critical.
> 
> For UFS at least, we seem to update the atime instantly but schedule
> writeback to the inode "whenever".
> 
> 148# date ; ls -lutT foo1 ; cat foo1 ; ls -lutT foo1; date
> Mon Jan 29 08:18:02 PST 2001
> -rw-r--r--  1 root  wheel  4 Jan 29 08:16:25 2001 foo1
> foo
> -rw-r--r--  1 root  wheel  4 Jan 29 08:18:02 2001 foo1
> Mon Jan 29 08:18:02 PST 2001
> 
> This is all within the same second "tick" and the atime change was visible.
> 
> > Bruce
> 
> 
> Cheers,
> -Peter
> --
> Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> "All of this is for nothing if we don't go to the stars" - JMS/B5
> 
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
> 



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: config(8) broken

2001-01-29 Thread Peter Wemm

Bruce Evans wrote:
> On Mon, 29 Jan 2001, Peter Wemm wrote:
> 
> > Bruce Evans wrote:
> > > Config now removes almost all headers:
> > > ...
> > > This is starting from compile directory populated by a previous version
> > > of config.  Starting from scratch, config seems to work for the first
> > > run.  The second run complains about all headers, deletes them all, and
> > > doesn't create any.  The third run seems to work...
> > 
> > What are the chances that you did this on a mount -o noatime file system?
> 
> Very high :-).

Heh. :-)

> I'm surprised the bug doesn't affect fast machines, since config doesn't
> seem to sleep for >= 1 second to ensure that the atimes advance with
> the standard mount options.

I was primarily testing it on a dual P3-733 w/ 1G ram which was running
config nearly instantly.  I never saw this problem until I tested it
on a fresh machine that (by sheer chance) happened to be running noatime (it
was a laptop).  For what it's worth, I did roll the start time back by one
second to give a bit more comfort - getting rid of the trays isn't all that
critical.

For UFS at least, we seem to update the atime instantly but schedule
writeback to the inode "whenever".

148# date ; ls -lutT foo1 ; cat foo1 ; ls -lutT foo1; date
Mon Jan 29 08:18:02 PST 2001
-rw-r--r--  1 root  wheel  4 Jan 29 08:16:25 2001 foo1
foo
-rw-r--r--  1 root  wheel  4 Jan 29 08:18:02 2001 foo1
Mon Jan 29 08:18:02 PST 2001

This is all within the same second "tick" and the atime change was visible.

> Bruce


Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: config(8) broken

2001-01-29 Thread Bruce Evans

On Mon, 29 Jan 2001, Peter Wemm wrote:

> Bruce Evans wrote:
> > Config now removes almost all headers:
> > ...
> > This is starting from compile directory populated by a previous version
> > of config.  Starting from scratch, config seems to work for the first
> > run.  The second run complains about all headers, deletes them all, and
> > doesn't create any.  The third run seems to work...
> 
> What are the chances that you did this on a mount -o noatime file system?

Very high :-).

I'm surprised the bug doesn't affect fast machines, since config doesn't
seem to sleep for >= 1 second to ensure that the atimes advance with
the standard mount options.

Bruce



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: config(8) broken

2001-01-29 Thread Peter Wemm

Bruce Evans wrote:
> Config now removes almost all headers:
> 
> Removing stale header: apm.h
> Removing stale header: opt_userconfig.h
> Removing stale header: opt_syscons.h
> Removing stale header: opt_cpu.h
> Removing stale header: opt_clock.h
> ...
> make: don't know how to make opt_global.h(continuing)
> make: don't know how to make opt_user_ldt.h(continuing)
> make: don't know how to make opt_posix.h(continuing)
> make: don't know how to make opt_nfs.h(continuing)
> make: don't know how to make opt_bootp.h(continuing)
> ...
> 
> This is starting from compile directory populated by a previous version
> of config.  Starting from scratch, config seems to work for the first
> run.  The second run complains about all headers, deletes them all, and
> doesn't create any.  The third run seems to work...
> 
> Bruce

What are the chances that you did this on a mount -o noatime file system?

Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message