we use hightly loaded nfsv3/udp server with 5 fbsd nfs client
all with 3.2-stable
server panics one/two time a day with:
panic: ufs_dirbad: bad dir
then reboot ...
another panic:
panic: vm_fault: fault on nofault entry, addr: ce4c9000
in this case server write:
syncing disks...
and hangs ...
>
> :we use hightly loaded nfsv3/udp server with 5 fbsd nfs client
> :all with 3.2-stable
> :
>
> Exactly how recent are your kernel sources / kernel build? There have
> been a significant number of fixes to NFS in the last few weeks.
cvsuped 18 aug 1999 00:35 MSD
>
>
:we use hightly loaded nfsv3/udp server with 5 fbsd nfs client
:all with 3.2-stable
:
Exactly how recent are your kernel sources / kernel build? There have
been a significant number of fixes to NFS in the last few weeks.
-Matt
To Unsubscribe: s
> we use hightly loaded nfsv3/udp server with 5 fbsd nfs client
> all with 3.2-stable
The most typical cause for these crashes is hardware-induced memory
corruption, caused by bad memory, a faulty or misconfigured motherboard
or an overclocked CPU. Are you performing any computational work on
we use hightly loaded nfsv3/udp server with 5 fbsd nfs client
all with 3.2-stable
server panics one/two time a day with:
panic: ufs_dirbad: bad dir
then reboot ...
another panic:
panic: vm_fault: fault on nofault entry, addr: ce4c9000
in this case server write:
syncing disks...
and hangs ..
hi, there!
On Mon, 30 Aug 1999, Matthew N. Dodd wrote:
> > : I have some frequecy hopping radio modems that use the 82593 to get
> > : 256kbps or so...
> >
> > Speaking of which, I'll give two free to someone that commits to
> > writing a driver for these beasts. It would be an excellent chance
On Sun, 29 Aug 1999 12:40:20 +0200, Leif Neland wrote:
> if isyes ${thisvariable}
>
> case $1 of
> [Yy][Ee][Ss])
> exit 0
> ;;
> *)
> exit 1
> ;;
> esac
I hope you mean "in" instead of "of" and "return" instead of "exit". :-)
I like this. One of the reasons I like it so much is becaus
In message <1999083324.a29...@tsunami.waterspout.com> "C. Stephen Gunn"
writes:
: The above patches weren't written by me, but by a co-worker of
: mine. It allows for a termcap-like configuration file /etc/mountcap
: that allows you to specify a mountpoint/device, options, and filesystem
: fo
In message "Matthew
N. Dodd" writes:
: Of course, I'm assuming that your boards are compatible with the ARCnet
: standard programming interface...
Actually, no. They are Ethernet drivers with an underdocumented
interface.
Warner
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubs
On Sun, 29 Aug 1999, Warner Losh wrote:
> In message
> "Chris D. Faulhaber" writes:
> : Maybe it's just me, but I think you are confusing this with
> : {Net|Open}BSD. /etc/rc.sysctl does not exist in FreeBSD.
>
> rc.sysctl does too. I added it.
>
Excellent. That will be a nice feature to h
On Sun, Aug 29, 1999 at 10:47:05PM -0600, Warner Losh wrote:
> As the committer of this feature, I've just sent mail to jkh asking
> for permission.
How does this change relate to bin/11031?
The above patches weren't written by me, but by a co-worker of
mine. It allows for a termcap-like config
On Sun, 29 Aug 1999, Warner Losh wrote:
> : I have some frequecy hopping radio modems that use the 82593 to get
> : 256kbps or so...
>
> Speaking of which, I'll give two free to someone that commits to
> writing a driver for these beasts. It would be an excellent chance
> for reverse engineering
> vs> I whacked mount and umount into shape for using an option "user" in
>[snip]
> vs> http://www-i2.informatik.rwth-aachen.de/~stolz/mount.diff
> vs> http://www-i2.informatik.rwth-aachen.de/~stolz/umount.diff.
> You can allow non-root users to mount and unmount devices if
> the sysctl varia
: I have some frequecy hopping radio modems that use the 82593 to get
: 256kbps or so...
Speaking of which, I'll give two free to someone that commits to
writing a driver for these beasts. It would be an excellent chance
for reverse engineering skills to be honed. :-) I would prefer
som
In message Kris
Kennaway writes:
: Could someone do this before 3.3? It's useful functionality.
As the committer of this feature, I've just sent mail to jkh asking
for permission.
Warner
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the m
In message
"Chris D. Faulhaber" writes:
: Maybe it's just me, but I think you are confusing this with
: {Net|Open}BSD. /etc/rc.sysctl does not exist in FreeBSD.
rc.sysctl does too. I added it.
Warner
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in th
In message "Matthew
N. Dodd" writes:
: On Sat, 28 Aug 1999, Kris Kirby wrote:
: > Both. The problem is that you can't cram a signal moving at 10 Mbps
: > through a radio interface designed for 256K, even if it is bandwidth
: > limited to 256K. I'm hoping the 3C503 is ancient enough that I can slo
hi, there!
On Mon, 30 Aug 1999, Matthew N. Dodd wrote:
> > : I have some frequecy hopping radio modems that use the 82593 to get
> > : 256kbps or so...
> >
> > Speaking of which, I'll give two free to someone that commits to
> > writing a driver for these beasts. It would be an excellent chanc
On Sun, 29 Aug 1999 12:40:20 +0200, Leif Neland wrote:
> if isyes ${thisvariable}
>
> case $1 of
> [Yy][Ee][Ss])
> exit 0
> ;;
> *)
> exit 1
> ;;
> esac
I hope you mean "in" instead of "of" and "return" instead of "exit". :-)
I like this. One of the reasons I like it so much is becau
In message <[EMAIL PROTECTED]> "C. Stephen Gunn" writes:
: The above patches weren't written by me, but by a co-worker of
: mine. It allows for a termcap-like configuration file /etc/mountcap
: that allows you to specify a mountpoint/device, options, and filesystem
: formats to try.
Doesn't. I'
On Sun, 29 Aug 1999, Wes Peters wrote:
>
> Uh, no, HP has already admitted that when Merced ships it will be slower
> than current-generation PA-RISC CPUs. Which means it will also be slower
> than Alpha, PowerPC, and UltraSPARC processors you can buy now.
>
Which is just going to make *every
In message <[EMAIL PROTECTED]> "Matthew N.
Dodd" writes:
: Of course, I'm assuming that your boards are compatible with the ARCnet
: standard programming interface...
Actually, no. They are Ethernet drivers with an underdocumented
interface.
Warner
To Unsubscribe: send mail to [EMAIL PROTECT
On Sun, Aug 29, 1999 at 10:47:05PM -0600, Warner Losh wrote:
> As the committer of this feature, I've just sent mail to jkh asking
> for permission.
How does this change relate to bin/11031?
The above patches weren't written by me, but by a co-worker of
mine. It allows for a termcap-like confi
On Sun, 29 Aug 1999, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> "Chris
>D. Faulhaber" writes:
> : Maybe it's just me, but I think you are confusing this with
> : {Net|Open}BSD. /etc/rc.sysctl does not exist in FreeBSD.
>
> rc.sysctl does too. I added it.
>
Excellent. That will be
On Sun, 29 Aug 1999, Warner Losh wrote:
> : I have some frequecy hopping radio modems that use the 82593 to get
> : 256kbps or so...
>
> Speaking of which, I'll give two free to someone that commits to
> writing a driver for these beasts. It would be an excellent chance
> for reverse engineering
> vs> I whacked mount and umount into shape for using an option "user" in
>[snip]
> vs> http://www-i2.informatik.rwth-aachen.de/~stolz/mount.diff
> vs> http://www-i2.informatik.rwth-aachen.de/~stolz/umount.diff.
> You can allow non-root users to mount and unmount devices if
> the sysctl vari
Chuck Robey wrote:
>
> When I was in the computer architecture classes, I did a lot of
> modeling of various kinds of things that could be done to speed up a
> processor (the least of which is cache memory, but it stands as a good
> "for instance" thing here). One thing that impressed me, when do
: I have some frequecy hopping radio modems that use the 82593 to get
: 256kbps or so...
Speaking of which, I'll give two free to someone that commits to
writing a driver for these beasts. It would be an excellent chance
for reverse engineering skills to be honed. :-) I would prefer
so
In message <[EMAIL PROTECTED]> Kris Kennaway
writes:
: Could someone do this before 3.3? It's useful functionality.
As the committer of this feature, I've just sent mail to jkh asking
for permission.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in t
In message <[EMAIL PROTECTED]> "Chris D.
Faulhaber" writes:
: Maybe it's just me, but I think you are confusing this with
: {Net|Open}BSD. /etc/rc.sysctl does not exist in FreeBSD.
rc.sysctl does too. I added it.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebs
Wilko Bulte wrote:
>
> As Wes Peters wrote ...
> >
> > If you think Microsoft doesn't have 64-bit NT in development for Merced,
> > you're being awfully gullible. Compaq was insisting that Alpha remained
> > the development platform for NT64 while dropping support for NT32 on the
> > Alpha last w
In message <[EMAIL PROTECTED]> "Matthew N.
Dodd" writes:
: On Sat, 28 Aug 1999, Kris Kirby wrote:
: > Both. The problem is that you can't cram a signal moving at 10 Mbps
: > through a radio interface designed for 256K, even if it is bandwidth
: > limited to 256K. I'm hoping the 3C503 is ancient e
On Sun, 29 Aug 1999, Wes Peters wrote:
>
> Uh, no, HP has already admitted that when Merced ships it will be slower
> than current-generation PA-RISC CPUs. Which means it will also be slower
> than Alpha, PowerPC, and UltraSPARC processors you can buy now.
>
Which is just going to make *ever
Chuck Robey wrote:
>
> When I was in the computer architecture classes, I did a lot of
> modeling of various kinds of things that could be done to speed up a
> processor (the least of which is cache memory, but it stands as a good
> "for instance" thing here). One thing that impressed me, when d
Matthew Dillon wrote:
>Oh my, did I really say "Thor" ? Sorry about that Tor!
Actually, no, I managed to insert that typo into Matt's quote. Sorry to
both Tor and Matt.
Peter
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
Wilko Bulte wrote:
>
> As Wes Peters wrote ...
> >
> > If you think Microsoft doesn't have 64-bit NT in development for Merced,
> > you're being awfully gullible. Compaq was insisting that Alpha remained
> > the development platform for NT64 while dropping support for NT32 on the
> > Alpha last
:[General discussion of VM buffer corruption deleted]
:
:Matthew Dillon wrote:
:> Thor suggested adding the CACHETHEN bit back in the adaptec controller.
:
:To save anyone else the effort, this change only affects Adaptecs
:that identify as "aic7890/91" or "aic7896/97".
:
:Peter
Oh my, did I
Matthew Dillon <[EMAIL PROTECTED]> wrote:
>Oh my, did I really say "Thor" ? Sorry about that Tor!
Actually, no, I managed to insert that typo into Matt's quote. Sorry to
both Tor and Matt.
Peter
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body
:[General discussion of VM buffer corruption deleted]
:
:Matthew Dillon <[EMAIL PROTECTED]> wrote:
:> Thor suggested adding the CACHETHEN bit back in the adaptec controller.
:
:To save anyone else the effort, this change only affects Adaptecs
:that identify as "aic7890/91" or "aic7896/97".
:
:Pete
Quoting Chris D. Faulhaber (jed...@fxp.org):
> On Sun, 29 Aug 1999, Chris Piazza wrote:
>
> > On Sun, Aug 29, 1999 at 06:30:35PM -0400, Chris D. Faulhaber wrote:
> > > On Sun, 29 Aug 1999, Natty Rebel wrote:
> > >
> > > > This procedure can be automated by entering the following command
> > > > i
[General discussion of VM buffer corruption deleted]
Matthew Dillon wrote:
> Thor suggested adding the CACHETHEN bit back in the adaptec controller.
To save anyone else the effort, this change only affects Adaptecs
that identify as "aic7890/91" or "aic7896/97".
Peter
To Unsubscribe: send mail
"Jay West" wrote:
> The merced executes PA-RISC instructions natively. It also executes x86
> instructions natively. If the chip you get doesn't do one or the other, it's
> because that section has been lobotomized for marketing/contract reasons due
> to where you get the chip from. The section i
Quoting Chris D. Faulhaber ([EMAIL PROTECTED]):
> On Sun, 29 Aug 1999, Chris Piazza wrote:
>
> > On Sun, Aug 29, 1999 at 06:30:35PM -0400, Chris D. Faulhaber wrote:
> > > On Sun, 29 Aug 1999, Natty Rebel wrote:
> > >
> > > > This procedure can be automated by entering the following command
> > >
On Mon, 30 Aug 1999, Alban Hertroys wrote:
> I have seen this line a lot lately. It isn't in FreeBSD 3.2-STABLE, is
> it? My /usr/src/sbin/mount/mount.c says:
>
> /*
> * If the mount was successfully, and done by root, tell mountd the
> * good news. Pid checks are proba
[General discussion of VM buffer corruption deleted]
Matthew Dillon <[EMAIL PROTECTED]> wrote:
> Thor suggested adding the CACHETHEN bit back in the adaptec controller.
To save anyone else the effort, this change only affects Adaptecs
that identify as "aic7890/91" or "aic7896/97".
Peter
To Un
On Sun, 29 Aug 1999, Chris Piazza wrote:
> # set sysctl variables early as we can
> if [ -f /etc/rc.sysctl ]; then
> . /etc/rc.sysctl
> fi
>
> Mind you it doesn't look like it was merged into releng_3
Could someone do this before 3.3? It's useful functionality.
Kris
To Unsubscribe: s
On Sun, 29 Aug 1999, Chris Piazza wrote:
> On Sun, Aug 29, 1999 at 06:30:35PM -0400, Chris D. Faulhaber wrote:
> > On Sun, 29 Aug 1999, Natty Rebel wrote:
> >
> > > This procedure can be automated by entering the following command
> > > in /etc/rc.sysctl
> > > sysctl -w vfs.usermount=1
> > >
>
On 29 Aug, Chris Piazza wrote:
> On Sun, Aug 29, 1999 at 06:30:35PM -0400, Chris D. Faulhaber wrote:
>> On Sun, 29 Aug 1999, Natty Rebel wrote:
>>
>> > This procedure can be automated by entering the following command
>> > in /etc/rc.sysctl
>> >sysctl -w vfs.usermount=1
I have seen this line
"Jay West" <[EMAIL PROTECTED]> wrote:
> The merced executes PA-RISC instructions natively. It also executes x86
> instructions natively. If the chip you get doesn't do one or the other, it's
> because that section has been lobotomized for marketing/contract reasons due
> to where you get the chip
On Sun, Aug 29, 1999 at 06:30:35PM -0400, Chris D. Faulhaber wrote:
> On Sun, 29 Aug 1999, Natty Rebel wrote:
>
> > This procedure can be automated by entering the following command
> > in /etc/rc.sysctl
> > sysctl -w vfs.usermount=1
> >
>
> Maybe it's just me, but I think you are confusing
On Sun, 29 Aug 1999, Natty Rebel wrote:
> Quoting JK3 (j...@bgl.vsnl.net.in):
> >
> > vs> I whacked mount and umount into shape for using an option "user" in
> >[snip]
> > vs> http://www-i2.informatik.rwth-aachen.de/~stolz/mount.diff
> > vs> http://www-i2.informatik.rwth-aachen.de/~stolz/umou
Quoting JK3 (j...@bgl.vsnl.net.in):
>
> vs> I whacked mount and umount into shape for using an option "user" in
>[snip]
> vs> http://www-i2.informatik.rwth-aachen.de/~stolz/mount.diff
> vs> http://www-i2.informatik.rwth-aachen.de/~stolz/umount.diff.
>
> vs> Discussion welcome!
>
> You can al
On Sun, Aug 29, 1999 at 09:16:57PM +0200, Martin Blapp wrote:
>
> As I notized, a FreeBSD NFS-client does not unmount it's
> NFS-mounts during reboot. This can cause problems on the
>
> One could just made a quick and dirty solution as Linux has, like one line
> in rc.shutdown:
>
> umount -Avt n
On Mon, 30 Aug 1999, Alban Hertroys wrote:
> I have seen this line a lot lately. It isn't in FreeBSD 3.2-STABLE, is
> it? My /usr/src/sbin/mount/mount.c says:
>
> /*
> * If the mount was successfully, and done by root, tell mountd the
> * good news. Pid checks are prob
On Sun, 29 Aug 1999, Chris Piazza wrote:
> # set sysctl variables early as we can
> if [ -f /etc/rc.sysctl ]; then
> . /etc/rc.sysctl
> fi
>
> Mind you it doesn't look like it was merged into releng_3
Could someone do this before 3.3? It's useful functionality.
Kris
To Unsubscribe:
On Sun, 29 Aug 1999, Chris Piazza wrote:
> On Sun, Aug 29, 1999 at 06:30:35PM -0400, Chris D. Faulhaber wrote:
> > On Sun, 29 Aug 1999, Natty Rebel wrote:
> >
> > > This procedure can be automated by entering the following command
> > > in /etc/rc.sysctl
> > > sysctl -w vfs.usermount=1
> > >
On 29 Aug, Chris Piazza wrote:
> On Sun, Aug 29, 1999 at 06:30:35PM -0400, Chris D. Faulhaber wrote:
>> On Sun, 29 Aug 1999, Natty Rebel wrote:
>>
>> > This procedure can be automated by entering the following command
>> > in /etc/rc.sysctl
>> >sysctl -w vfs.usermount=1
I have seen this line
On Sun, Aug 29, 1999 at 06:30:35PM -0400, Chris D. Faulhaber wrote:
> On Sun, 29 Aug 1999, Natty Rebel wrote:
>
> > This procedure can be automated by entering the following command
> > in /etc/rc.sysctl
> > sysctl -w vfs.usermount=1
> >
>
> Maybe it's just me, but I think you are confusing
On Sun, 29 Aug 1999, Natty Rebel wrote:
> Quoting JK3 ([EMAIL PROTECTED]):
> >
> > vs> I whacked mount and umount into shape for using an option "user" in
> >[snip]
> > vs> http://www-i2.informatik.rwth-aachen.de/~stolz/mount.diff
> > vs> http://www-i2.informatik.rwth-aachen.de/~stolz/umount
Quoting JK3 ([EMAIL PROTECTED]):
>
> vs> I whacked mount and umount into shape for using an option "user" in
>[snip]
> vs> http://www-i2.informatik.rwth-aachen.de/~stolz/mount.diff
> vs> http://www-i2.informatik.rwth-aachen.de/~stolz/umount.diff.
>
> vs> Discussion welcome!
>
> You can allo
On Sun, Aug 29, 1999 at 09:16:57PM +0200, Martin Blapp wrote:
>
> As I notized, a FreeBSD NFS-client does not unmount it's
> NFS-mounts during reboot. This can cause problems on the
>
> One could just made a quick and dirty solution as Linux has, like one line
> in rc.shutdown:
>
> umount -Avt
Problem:
As I notized, a FreeBSD NFS-client does not unmount it's
NFS-mounts during reboot. This can cause problems on the
server if it's not BSD. At least Linux complains if there
are still nfs-mounted filesystems on the server. It also
would be a Good Thing (TM) if /var/db/mountdtab is
Problem:
As I notized, a FreeBSD NFS-client does not unmount it's
NFS-mounts during reboot. This can cause problems on the
server if it's not BSD. At least Linux complains if there
are still nfs-mounted filesystems on the server. It also
would be a Good Thing (TM) if /var/db/mountdtab i
Matthew N. Dodd wrote:
>
> On Sat, 28 Aug 1999, Kris Kirby wrote:
> > Both. The problem is that you can't cram a signal moving at 10 Mbps
> > through a radio interface designed for 256K, even if it is bandwidth
> > limited to 256K. I'm hoping the 3C503 is ancient enough that I can slow
> > it down
Matthew N. Dodd wrote:
>
> On Sat, 28 Aug 1999, Kris Kirby wrote:
> > Both. The problem is that you can't cram a signal moving at 10 Mbps
> > through a radio interface designed for 256K, even if it is bandwidth
> > limited to 256K. I'm hoping the 3C503 is ancient enough that I can slow
> > it dow
vs> I whacked mount and umount into shape for using an option "user" in
[snip]
vs> http://www-i2.informatik.rwth-aachen.de/~stolz/mount.diff
vs> http://www-i2.informatik.rwth-aachen.de/~stolz/umount.diff.
vs> Discussion welcome!
You can allow non-root users to mount and unmount devices if
the
vs> I whacked mount and umount into shape for using an option "user" in
[snip]
vs> http://www-i2.informatik.rwth-aachen.de/~stolz/mount.diff
vs> http://www-i2.informatik.rwth-aachen.de/~stolz/umount.diff.
vs> Discussion welcome!
You can allow non-root users to mount and unmount devices if
th
On Sat, Aug 28, 1999 at 11:45:42PM +0900, Daniel C. Sobral wrote:
> You know how people can get sidetracked easily. :-) For that matter,
> if chapter.sgml still has a log of why the version changed, then I
> think it would be a good thing to insert the above comment in
> param.h. I don't recall see
On Sat, Aug 28, 1999 at 11:45:42PM +0900, Daniel C. Sobral wrote:
> You know how people can get sidetracked easily. :-) For that matter,
> if chapter.sgml still has a log of why the version changed, then I
> think it would be a good thing to insert the above comment in
> param.h. I don't recall se
On Fri, 27 Aug 1999, Sheldon Hearn wrote:
>
> Hi folks,
>
> What follows is a diff that presents Doug's changes (which must have
> required quite a bit of effort, thanks!) in a slightly different format
> which I think the grumpies here might prefer.
>
> Specifically, case statements look mor
Hi,
I whacked mount and umount into shape for using an option "user" in
/etc/fstab which allows normal users to mount/umount devices.
Both programs have to be set-uid-root.
I´d like that someone reviews the patches (and includes them :).
The diffs are at
http://www-i2.informatik.rwth-aachen.de/~sto
On Fri, 27 Aug 1999, Sheldon Hearn wrote:
>
> Hi folks,
>
> What follows is a diff that presents Doug's changes (which must have
> required quite a bit of effort, thanks!) in a slightly different format
> which I think the grumpies here might prefer.
>
> Specifically, case statements look mo
Hi,
I whacked mount and umount into shape for using an option "user" in
/etc/fstab which allows normal users to mount/umount devices.
Both programs have to be set-uid-root.
I´d like that someone reviews the patches (and includes them :).
The diffs are at
http://www-i2.informatik.rwth-aachen.de/~st
In message , Alfred P
erlstein writes:
>
>
>On Fri, 27 Aug 1999, Poul-Henning Kamp wrote:
>
>>
>> Uhm, have any of you actually ever looked at src/sys/kern/vnode_if.src ?
>
>I can't really tell if you are commenting on the diffs I provided or
>if you are commmenting on the comments I have recieved
In message <[EMAIL PROTECTED]>, Alfred P
erlstein writes:
>
>
>On Fri, 27 Aug 1999, Poul-Henning Kamp wrote:
>
>>
>> Uhm, have any of you actually ever looked at src/sys/kern/vnode_if.src ?
>
>I can't really tell if you are commenting on the diffs I provided or
>if you are commmenting on the comm
75 matches
Mail list logo
