Out of curiosity, do only 3c509's exibit this behavior, or is this
the core problem with 3c59x's as well? My experiences have not
been consistent with these cards, and I had assumed it was due
to buggy code in the 3-Com chipset. I've noticed flaky behavior from the
Vortex [3c59x] card as
Terry,
On 23:11-0700, May 1, 2002, Terry Lambert wrote:
Maxim Konovalov wrote:
[ ... patch to wait for children, but do nothing with the result ... ]
Yes.
Why not just set the signal handler for the child process
termination to ignore, so that the child processes do
not become zombied
From the keyboard of M. Warner Losh:
My take on this. We should remove perl from the base, and
automatically install the port for most users in sysinstall, just like
we do with XFree86.
OK, fine and if then an option FETCH_MAKE_AND_INSTALL_PERL_FROM_PORTS
is added to make.conf and made
Maxim Konovalov wrote:
[ ... patch to wait for children, but do nothing with the result ... ]
Why not just set the signal handler for the child process
termination to ignore, so that the child processes do
not become zombied in the first place, so it's not ever
necessary to do a
On Saturday 27 April 2002 4:51 am, Kris Kennaway wrote:
On Fri, Apr 26, 2002 at 02:51:08PM -0700, Poul-Henning Kamp wrote:
phk 2002/04/26 14:51:08 PDT
Modified files:
sys/kern kern_tc.c
sys/sys timepps.h timetc.h
Log:
This commit causes
On Wed, May 01, 2002 at 11:49:02PM +0200, Sten wrote:
The only way to use them reliably is to force
both the card and the switch. We came to the
conclusion that fxp's are a nicer option.
I have exchanged the 3Com NIC for an Intel one. I'm using an
Intel NIC at work and haven't had any
--- Guido Kollerie [EMAIL PROTECTED] wrote:
I have exchanged the 3Com NIC for an Intel one. I'm using an
Intel NIC at work and haven't had any problems with it under
FreeBSD. What remains strange though is that the 3Com NIC used to
work just fine. As said before the strange behaviour
From the keyboard of M. Warner Losh:
My take on this. We should remove perl from the base, and
automatically install the port for most users in sysinstall, just like
we do with XFree86.
OK, fine and if then an option FETCH_MAKE_AND_INSTALL_PERL_FROM_PORTS
is added to make.conf and
On 01:04-0700, May 2, 2002, Terry Lambert wrote:
Maxim Konovalov wrote:
[ ... patch to wait for children, but do nothing with the result ... ]
Why not just set the signal handler for the child process
termination to ignore, so that the child processes do
not become zombied in the
From: [EMAIL PROTECTED] (M. Warner Losh)
Date: Thu 2 May, 2002
Subject: Re: Save a few hunderd kilobytes or a few hundred perl users?
My take on this. We should remove perl from the base, and
automatically install the port for most users in sysinstall, just like
we do with XFree86.
Hi,
Subject says it all. I'm getting the following from the syslog:
login: cannot open /var/log/lastlog: Read-only file system
login: pam_open_session(): error in service module
This violates POLA, therefore please fix ASAP.
-Maxim
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Thu, May 02, 2002 at 04:24:16PM +0300, Maxim Sobolev wrote:
/var mounted ro sounds like a truly bad idea to me BTW.
Hi,
Subject says it all. I'm getting the following from the syslog:
login: cannot open /var/log/lastlog: Read-only file system
login: pam_open_session(): error in
Wilko Bulte wrote:
On Thu, May 02, 2002 at 04:24:16PM +0300, Maxim Sobolev wrote:
/var mounted ro sounds like a truly bad idea to me BTW.
This has nothing to do with the fact that PAM refuses authentification
request when it's unable to open lastlog rw.
-Maxim
Hi,
Subject says it
The base will no longer depend on it before too much longer. The vnode
and kobj dependencies are already gone in current.
Ahh, ok, if that's the case, then I agree with your original statement;
not that it matters much :-)
Ken
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Am Do , 2002-05-02 um 17.44 schrieb John Baldwin:
On 02-May-2002 Harald Schmalzbauer wrote:
Am Do , 2002-05-02 um 13.29 schrieb Harald Schmalzbauer:
PXEbooting the -stable kernel.gz and mfsroot results in the same system
hang (mounting root from ufs:/dev/md0c).
DP1 crashes with
On 02-May-2002 Harald Schmalzbauer wrote:
Am Do , 2002-05-02 um 17.44 schrieb John Baldwin:
On 02-May-2002 Harald Schmalzbauer wrote:
Am Do , 2002-05-02 um 13.29 schrieb Harald Schmalzbauer:
PXEbooting the -stable kernel.gz and mfsroot results in the same system
hang (mounting root
Fluid [EMAIL PROTECTED] wrote:
How about signal 4? I was rebuilding my -current the other day and I
kept getting mostly signal 4 errors (in different places) with a couple
of signal 10's and 11's. I tried finding a run-down of what the various
errors meant, but I couldn't find a thing.
Maxim Konovalov wrote:
b) exit after all children have done only.
In the current implementation newsyslog(8) forks and execs gzip(1) or
bzip2(1) and exits immediately. If a log file(s) is big enough the
compress_log() process(es) will work after newsyslog's death and there
is no
Am Do , 2002-05-02 um 17.44 schrieb John Baldwin:
On 02-May-2002 Harald Schmalzbauer wrote:
Am Do , 2002-05-02 um 13.29 schrieb Harald Schmalzbauer:
PXEbooting the -stable kernel.gz and mfsroot results in the same system
hang (mounting root from ufs:/dev/md0c).
DP1 crashes with
I am running FreeBSD 5.0 on Alpha 7310.
Apache httpd was running fine for a week and today
after I've added
mod_php4 I got after 30 min a condition when all
httpd's were reported
by top as *Giant not responding to TCP requests and
killall -9 httpd didn't kill any of them.
Anyone have any
Wilko Bulte wrote:
On Thu, May 02, 2002 at 04:24:16PM +0300, Maxim Sobolev wrote:
/var mounted ro sounds like a truly bad idea to me BTW.
You could rename it /invar...
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Maxim Sobolev wrote:
This has nothing to do with the fact that PAM refuses authentification
request when it's unable to open lastlog rw.
man pam.conf
/optional
...then compare required, requisite, sufficient, and optional.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On 02-May-2002 Yuri Victorovich wrote:
I am running FreeBSD 5.0 on Alpha 7310.
Apache httpd was running fine for a week and today
after I've added
mod_php4 I got after 30 min a condition when all
httpd's were reported
by top as *Giant not responding to TCP requests and
killall -9 httpd
Ok, so they are all blocked. Does the machine
respond to
other interrupts ok? I.e., can you ssh into the
machine
and what not? Or is the machine basically hung?
Everything else was just fine. Actually I was
runnning top through ssh.
In /var/log/messages also nothing relevant.
Yuri.
Hello,
I am going to commit patches that convert all the mount_std consumers to
the nmount framework; namely devfs, fdescfs, linprocfs and procfs. This
results in an ABI breakage, so you need to update your mount_std(8)
utility. I have changed mount_std(8) to try a mount() call first,
Am Do , 2002-05-02 um 13.29 schrieb Harald Schmalzbauer:
PXEbooting the -stable kernel.gz and mfsroot results in the same system
hang (mounting root from ufs:/dev/md0c).
DP1 crashes with the following:
unknown: PNP0303 can't assign resources (port)
unknown: PNP0c03 can't assign resources
On 02-May-2002 Harald Schmalzbauer wrote:
Am Do , 2002-05-02 um 13.29 schrieb Harald Schmalzbauer:
PXEbooting the -stable kernel.gz and mfsroot results in the same system
hang (mounting root from ufs:/dev/md0c).
DP1 crashes with the following:
unknown: PNP0303 can't assign resources
On Thu, May 02, 2002 at 09:18:17AM +0100, Doug Rabson wrote:
On Saturday 27 April 2002 4:51 am, Kris Kennaway wrote:
On Fri, Apr 26, 2002 at 02:51:08PM -0700, Poul-Henning Kamp wrote:
phk 2002/04/26 14:51:08 PDT
Modified files:
sys/kern kern_tc.c
On Thu, May 02, 2002 at 03:30:40PM -0700, Brooks Davis wrote:
I haven't tryed backing the commits out yet, but I'm seeing similar behavior
on my HP Omnibook 500. In my case, it's actually not quite hung. What
appears to be happening is that nothing is causing the console buffer to
actually
For those of us using NIS, it'd be nice if the check would be made against the
passwd and group maps if the local passwd and group don't have these users.
Stephen
--
The views expressed above are not those of PGS Tensor.
We've heard that a million monkeys at a million
=== Registering installation for rpm-3.0.6_6
=== Returning to build of linux_base-6.1_1
=== Patching for linux_base-6.1_1
=== Configuring for linux_base-6.1_1
=== Installing for linux_base-6.1_1
setup-2.0.5-1.noarch.rpm
filesystem-1.3.5-1.noarch.rpm
unpacking of archive failed on file
On Fri, May 03, 2002 at 02:19:40PM +0930, Thyer, Matthew wrote:
=== Registering installation for rpm-3.0.6_6
=== Returning to build of linux_base-6.1_1
=== Patching for linux_base-6.1_1
=== Configuring for linux_base-6.1_1
=== Installing for linux_base-6.1_1
setup-2.0.5-1.noarch.rpm
32 matches
Mail list logo