On Tue, 20 Feb 2001, Vallo Kallaste wrote:
> I have experienced two filesystem corruption cases recently. Both
> took place in /usr filesystem, the first was file with very big
[skip]
> lock order reversal
> ../../kern/kern_synch.c:429: sleeping with "vnode interlock" locked from
>/usr/ports/net
Maxim Sobolev wrote:
> >
> >
> > --AhhlLboLdkugWU4S
> > Content-Type: text/plain; charset=us-ascii
> > Content-Disposition: inline
> > Content-Transfer-Encoding: quoted-printable
> >
> > On Mon, Mar 12, 2001 at 12:29:58AM -0300, Mario Sergio Fujikawa Ferreira wr=
> > ote:
> > > Hi,
> > >=20
> > >
>
>
> --AhhlLboLdkugWU4S
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Mon, Mar 12, 2001 at 12:29:58AM -0300, Mario Sergio Fujikawa Ferreira wr=
> ote:
> > Hi,
> >=20
> > Is there anything against adding suppo
* Greg Lehey <[EMAIL PROTECTED]> [010311 21:20] wrote:
> On Sunday, 11 March 2001 at 20:39:03 -0800, Alfred Perlstein wrote:
> > * Greg Lehey <[EMAIL PROTECTED]> [010311 15:21] wrote:
> >> On Sunday, 11 March 2001 at 3:27:02 -0800, Alfred Perlstein wrote:
> >>>
> >>> Vinum+DEVFS doesn't make the
On Mon, Mar 12, 2001 at 12:29:58AM -0300, Mario Sergio Fujikawa Ferreira wrote:
> Hi,
>
> Is there anything against adding support for
> k6-3 to the just added CPUTYPE mechanism? :)
> My little machine feels left out. Hehehhe
> I made a simple patch to etc/defaults/make.conf
> a
On Sun, 11 Mar 2001 15:11:09 PST, Kris Kennaway wrote:
> We really need to provide a better rc.conf hook for doing this --
> expecting people to write their own script just to create a /tmp is
> lame.
Hello? Anybody there? Am I alone in this universe? Throw the
goddamned ball!
[Apo
Warning: The following is a somewhat vague report, given as a fyi. I
don't need a resolution on this problem, but wanted to report it.
NFS server: Sony VAIO PCG-505TS
uname -a:
FreeBSD anvil.village.org 5.0-CURRENT FreeBSD 5.0-CURRENT #569: Sat
Mar 10 13:17:30 MST 2001
(really Ma
> Mikhail Teterin <[EMAIL PROTECTED]> writes:
> > Here is the trace with my attempts to browse through it.
>
> If you can, please reproduce the panic on a kernel compiled with the
> INVARIANTS, INVARIANT_SUPPORT and WITNESS options.
Well, with this options on, the machine does not crash, but
On Sunday, 11 March 2001 at 20:39:03 -0800, Alfred Perlstein wrote:
> * Greg Lehey <[EMAIL PROTECTED]> [010311 15:21] wrote:
>> On Sunday, 11 March 2001 at 3:27:02 -0800, Alfred Perlstein wrote:
>>>
>>> Vinum+DEVFS doesn't make the million symlinks that non-devfs
>>> vinum does.
>>
>> The only sy
* Boris Popov <[EMAIL PROTECTED]> [010311 20:52] wrote:
> On Sun, 11 Mar 2001, Poul-Henning Kamp wrote:
>
> > In message <[EMAIL PROTECTED]>, Alfred Perlstein writes:
> >
> > >What's up with devfs not gc'ing itself? Ie, after a directory
> > >becomes empty it seems to still exist within the dev
On Sun, 11 Mar 2001, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Alfred Perlstein writes:
>
> >What's up with devfs not gc'ing itself? Ie, after a directory
> >becomes empty it seems to still exist within the devfs namespace
> >instead of disappearing.
>
> That was a deliberate
* Matthew Jacob <[EMAIL PROTECTED]> [010311 20:45] wrote:
> >
> > Yeah... don't really need that. :)
> >
> > In vinum's case there's a directory /dev/vinum/drive that points
> > to the device backing the vinum device:
> >
> > /dev/vinum % ls -lR
> > total 7
> > brwx-- 1 root wheel 25, 0
>
> Yeah... don't really need that. :)
>
> In vinum's case there's a directory /dev/vinum/drive that points
> to the device backing the vinum device:
>
> /dev/vinum % ls -lR
> total 7
> brwx-- 1 root wheel 25, 0x4001 Sep 26 1999 Control
> brwx-- 1 root wheel 25, 0x4002
* Greg Lehey <[EMAIL PROTECTED]> [010311 15:21] wrote:
> On Sunday, 11 March 2001 at 3:27:02 -0800, Alfred Perlstein wrote:
> >
> > Vinum+DEVFS doesn't make the million symlinks that non-devfs
> > vinum does.
>
> The only symlinks that the non-devfs version makes are to the drives.
> Everything
* Matthew Jacob <[EMAIL PROTECTED]> [010311 12:19] wrote:
> On Sun, 11 Mar 2001, Alfred Perlstein wrote:
>
> > * Poul-Henning Kamp <[EMAIL PROTECTED]> [010311 12:02] wrote:
> > > In message <[EMAIL PROTECTED]>, Matthew
>Jacob writes:
> > > >
> > > >> Lastly make_dev_alias() is undocumented.
> >
Hi,
Is there anything against adding support for
k6-3 to the just added CPUTYPE mechanism? :)
My little machine feels left out. Hehehhe
I made a simple patch to etc/defaults/make.conf
and share/mk/bsd.cpu.mk
Should I have touched anything else?
Regards,
p
Kris Kennaway <[EMAIL PROTECTED]> writes:
> On Sun, Mar 11, 2001 at 03:15:27PM -0800, David O'Brien wrote:
> > It should be a wrapper called mount_mdfs or mount_mfs so people upgrading
> > can keep their /etc/fstab [mostly] the same.
>
> The latter would be best, IMO.
I wrote a program to do thi
>Date: Sun, 11 Mar 2001 15:11:09 -0800
>From: Kris Kennaway <[EMAIL PROTECTED]>
>To: Hajimu UMEMOTO <[EMAIL PROTECTED]>
>We really need to provide a better rc.conf hook for doing this --
>expecting people to write their own script just to create a /tmp is
>lame.
I appreciate the validation that
On Sun, Mar 11, 2001 at 03:15:27PM -0800, David O'Brien wrote:
> On Sun, Mar 11, 2001 at 03:11:09PM -0800, Kris Kennaway wrote:
> > We really need to provide a better rc.conf hook for doing this --
> > expecting people to write their own script just to create a /tmp is
> > lame.
>
> It should be
On Sunday, 11 March 2001 at 3:27:02 -0800, Alfred Perlstein wrote:
> * Niels Chr. Bank-Pedersen <[EMAIL PROTECTED]> [010311 02:29] wrote:
>>
>> I'll sneak in my experience with DEVFS+vinum here as well:
>>
>> vinum: loaded
>> vinum: reading configuration from /dev/da3s1f
>> vinum: updating
On Sun, Mar 11, 2001 at 03:11:09PM -0800, Kris Kennaway wrote:
> We really need to provide a better rc.conf hook for doing this --
> expecting people to write their own script just to create a /tmp is
> lame.
It should be a wrapper called mount_mdfs or mount_mfs so people upgrading
can keep their
We really need to provide a better rc.conf hook for doing this --
expecting people to write their own script just to create a /tmp is
lame.
Kris
PGP signature
In message <[EMAIL PROTECTED]>, Matthew Jacob
writes:
>
>> Lastly make_dev_alias() is undocumented.
Right, just like most of the rest of the kernel.
>Really? That's a deficiency. It should be.
Yes, ideally, yes.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED]
In message <[EMAIL PROTECTED]>, Alfred Perlstein writes:
>What's up with devfs not gc'ing itself? Ie, after a directory
>becomes empty it seems to still exist within the devfs namespace
>instead of disappearing.
That was a deliberate decision, removing a directory(-inode) which
might have a val
> On Sun, 11 Mar 2001 13:17:58 -0800 (PST)
> David Wolfskill <[EMAIL PROTECTED]> said:
david> Accordingly, I created the following shell script to accomplish a
david> similar objective, based upon the above-mentioned example in the
david> mdconfig man page. At present, I have it sitting
> Matthew Jacob <[EMAIL PROTECTED]> writes:
> > > Matthew Jacob <[EMAIL PROTECTED]> writes:
> > > > Hmm. Sounds to me more like an argument for requiring devfs if you
> > > > use vinum.
> > > Not until vinum works equally well with devfs as without it.
> > Har har har har har
>
> Ple
During the past week, I've been tracking -STABLE (daily) & -CURRENT (about
2 days out of 3) on a new laptop. (More stuff about that in the recent
-mobile archives, for folks who might have an interest.)
Although I realize that there are significant differences between the
FreeBSD mfs vs. the Sun
Matthew Jacob <[EMAIL PROTECTED]> writes:
> > Matthew Jacob <[EMAIL PROTECTED]> writes:
> > > Hmm. Sounds to me more like an argument for requiring devfs if you
> > > use vinum.
> > Not until vinum works equally well with devfs as without it.
> Har har har har har
Please take your sar
Mikhail Teterin <[EMAIL PROTECTED]> writes:
> Here is the trace with my attempts to browse through it.
If you can, please reproduce the panic on a kernel compiled with the
INVARIANTS, INVARIANT_SUPPORT and WITNESS options.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send
> Matthew Jacob <[EMAIL PROTECTED]> writes:
> > Hmm. Sounds to me more like an argument for requiring devfs if you
> > use vinum.
>
> Not until vinum works equally well with devfs as without it.
Har har har har har
Almost a Catch-22... "We have to do really wierd things so vinum wi
I think I'm assuming that DEVFS will become standard. I really see it working
very very well and solving lots of problems. I have yet to really find cases
where it really *can't* work (modulo broken drivers).
>
> > Matthew Jacob <[EMAIL PROTECTED]> writes:
> > > Hmm. Sounds to me more like an
Matthew Jacob <[EMAIL PROTECTED]> writes:
> Hmm. Sounds to me more like an argument for requiring devfs if you
> use vinum.
Not until vinum works equally well with devfs as without it.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscri
On 11 Mar 2001, Dag-Erling Smorgrav wrote:
> Matthew Jacob <[EMAIL PROTECTED]> writes:
> > > Since you guys are in docco mode, you might as well document how one
> > > detects a devfs system in a running system.
> > Why should you care?
>
> Because if the system doesn't have devfs, the userland
Matthew Jacob <[EMAIL PROTECTED]> writes:
> > Since you guys are in docco mode, you might as well document how one
> > detects a devfs system in a running system.
> Why should you care?
Because if the system doesn't have devfs, the userland vinum code
needs to create the device nodes "manually".
> Since you guys are in docco mode, you might as well document how one
> detects a devfs system in a running system. There's an example
> in the vinum(8) source:
>
> if (sysctlbyname("vfs.devfs.generation", NULL, NULL, NULL, 0) == 0)
> devfs_is_active = 1;
> else
> devfs
On Sun, 11 Mar 2001, Alfred Perlstein wrote:
> * Poul-Henning Kamp <[EMAIL PROTECTED]> [010311 12:02] wrote:
> > In message <[EMAIL PROTECTED]>, Matthew
>Jacob writes:
> > >
> > >> Lastly make_dev_alias() is undocumented.
> >
> > Right, just like most of the rest of the kernel.
> >
> > >Really
* Poul-Henning Kamp <[EMAIL PROTECTED]> [010311 12:02] wrote:
> In message <[EMAIL PROTECTED]>, Matthew Jacob
>writes:
> >
> >> Lastly make_dev_alias() is undocumented.
>
> Right, just like most of the rest of the kernel.
>
> >Really? That's a deficiency. It should be.
>
> Yes, ideally, yes.
On Sun, 11 Mar 2001, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Matthew Jacob
>writes:
> >
> >> Lastly make_dev_alias() is undocumented.
>
> Right, just like most of the rest of the kernel.
>
> >Really? That's a deficiency. It should be.
>
> Yes, ideally, yes.
I'm hacking the
> Lastly make_dev_alias() is undocumented.
Really? That's a deficiency. It should be.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
* Dag-Erling Smorgrav <[EMAIL PROTECTED]> [010311 09:02] wrote:
> Alfred Perlstein <[EMAIL PROTECTED]> writes:
> > Vinum+DEVFS doesn't make the million symlinks that non-devfs
> > vinum does.
>
> Why not? make_dev_alias() is cheap and easy to use.
Take a look at the /dev/vinum tree under devfs a
I fixed the bug in linux_clone() that made caused the 'not SRUN'
panics in -CURRENT. Opera, Tivoli and other threaded Linux apps should
now work again.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of
Solved! I had NO_FORTRAN=true on master, but not on slave.
After I sync'ed the make.conf's, I could install.
Leif
- Original Message -
From: "Leif Neland" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, March 10, 2001 4:03 PM
Subject: libg2c missing?
> I've got two machine
On Sun, 11 Mar 2001 14:13:38 +0100
Andrea Campi <[EMAIL PROTECTED]> wrote:
AC> I was about to fill in a doc PR on this but then I thought I'm better off
AC> checking other people experiences...
A completely different question about growfs - is it fit for -stable ?
If so could it be MFC'd
Alfred Perlstein <[EMAIL PROTECTED]> writes:
> Vinum+DEVFS doesn't make the million symlinks that non-devfs
> vinum does.
Why not? make_dev_alias() is cheap and easy to use.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-
Booting [/boot/kernel/kernel]...
Copyright (c) 1992-2001 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #51: Sun Mar 11 17:31:08 CET 2001
Hi! All of a sudden I can't play my game :( The new kernels all crash
just trying to start the executable...
Here is the trace with my attempts to browse through it. The bzip2-ed
kernel and vmcore, as well as the /sys subtree are available for
examination at:
http://aldan.al
On Sun, 11 Mar 2001, Julian Elischer wrote:
> I often do 'make buildworld' on one machine
> and on many other machines I do:
> mount -r /usr/src
> mount -r /usr/obj
>
> through nfs so I can do a 'make installworld'
> using the prebuilt system.
>
> Unfortunatly the perl distribution is tryin
I was about to fill in a doc PR on this but then I thought I'm better off
checking other people experiences...
I just used growfs on my / filesystem, after shrinking the swap partition
which just happened to be after it. I had to do nothing magic beside dropping
to single user so as to have a ro
* Niels Chr. Bank-Pedersen <[EMAIL PROTECTED]> [010311 02:29] wrote:
>
> I'll sneak in my experience with DEVFS+vinum here as well:
>
> vinum: loaded
> vinum: reading configuration from /dev/da3s1f
> vinum: updating configuration from /dev/da1s1e
> vinum: updating configuration from /dev
I often do 'make buildworld' on one machine
and on many other machines I do:
mount -r /usr/src
mount -r /usr/obj
through nfs so I can do a 'make installworld'
using the prebuilt system.
Unfortunatly the perl distribution is trying to write
back to /usr/obj or /usr/src.
it is the only place
On Sun, Mar 11, 2001 at 12:03:34AM -0800, Matthew Jacob wrote:
>
>
> On Sun, 11 Mar 2001, Greg Lehey wrote:
>
> > On Saturday, 10 March 2001 at 17:12:42 -0800, Matt Jacob wrote:
> > > (top of tree within the last day or so):
> > >
> > > Things seem *almost* okay, but:
> > >
> > > nellie.feral.
On Sat, 10 Mar 2001, David O'Brien wrote:
> On Fri, Mar 09, 2001 at 01:39:58PM -0800, Matthew Jacob wrote:
> > > Erm, just so you know. The 4100 here at WC doesn't even make it past
> > > the SCSI probe due to interrupt issues.
> >
> > Hmm. Well, it *was* working a couple of days ago :-)
>
>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
53 matches
Mail list logo