Works fine when I don't specify -listen_tcp. Has anyone seen this ?
-Arun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Sorry, this is a subscription-only feature.
M
Was the following just swallowed up into the bowels of the CVS beast or
something? :-)
I've tried updating my sources several times, and still not retrieving it.
On 12-Nov-2002 Dag-Erling Smorgrav wrote:
des 2002/11/12 02:69:42 PST
running dnet on a SMP kernel causes the kernel to panic.
lock order reversal
1st 0xc2c803e8 process lock (process lock) @
../../../kern/kern_fork.c:571
2nd 0xc03cfce0 proctree (proctree) @ ../../../kern/kern_fork.c:596
recursed on non-recursive lock (sleep mutex) process lock @
Since upgrading my kernel to today's current (from a couple of weeks
ago) I have had a number of hangs where processes block in the kernel,
usually in the thrd_sleep state (but once one hung in the ufs state).
e.g:
load: 0.01 cmd: cc 708 [ufs] 0.00u 0.00s 0% 56k
load: 0.01 cmd: tcsh 709
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Hi,
Yesterday I installed a jpsnap (FreeBSD christine.energyhq.tk
5.0-CURRENT-20021115-JPSNAP i386), and tried to setup a RAID0 config
with two disks. raidctl -C goes fine, so does -I and -iv.
Then fdisk'ed
and disklabelled. But when I tried to newfs the newly created
partition
I
On Sun, Nov 17, 2002 at 02:59:19AM -0800, Kris Kennaway wrote:
Since upgrading my kernel to today's current (from a couple of weeks
ago) I have had a number of hangs where processes block in the kernel,
usually in the thrd_sleep state (but once one hung in the ufs state).
e.g:
load: 0.01
On Sat, 16 Nov 2002 12:29:20 +0100 (CET)
Oliver Fromme [EMAIL PROTECTED] wrote:
The patch adds an option -r to chown(8) and chgrp(1), which
does pretty much the same as the -r option of touch(1) and
truncate(1). Basically, it let's you copy ownerships and
group memberships from one file to
Le Sunday 17 November 2002 10:50, Joel M. Baldwin a écrit :
running dnet on a SMP kernel causes the kernel to panic.
[Hijacking another thread ?]
I haven't been able to complete a full buildworld with an SMP on a Abit BP6
(bi-celeron) board for two weeks (the kernel config is just a full
--On Sunday, November 17, 2002 11:36 AM +0100 Thierry Herbelot
[EMAIL PROTECTED] wrote:
Le Sunday 17 November 2002 10:50, Joel M. Baldwin a écrit :
running dnet on a SMP kernel causes the kernel to panic.
[Hijacking another thread ?]
No problem, lets compare notes.
I haven't been able
Date: Tue, 12 Nov 2002 10:18:03 -0800 (PST)
From: David Wolfskill [EMAIL PROTECTED]
[Yes, replying to my own message, if not myself dhw]
Here's an excerpt of the typescript from the make installworld:
---%- snip! --
Installing everything..
...
Date: Sun, 17 Nov 2002 19:06:40 +0100
From: Stefan Farfeleder [EMAIL PROTECTED]
g1-9(5.0-C)[2] file /tmp/install.*|* | grep data
^
#SC.SAVE~: Command not found.
Are these just typoes in the mail or did you really type this? :-)
I cut pasted it.
Color me
Brian Fundakowski Feldman [EMAIL PROTECTED] wrote:
I can't get more info because crash dumps don't work when this happens, but
for what it's worth, here's a traceback which shows what happens when I
attempt to use my da0: SanDisk ImageMate II 1.30 Removable Direct Access
SCSI-2 device on an
On Sun, Nov 17, 2002 at 01:18:00PM -0500, Brian F. Feldman wrote:
ohci_alloc_std_chain+0xf5 (calling a DMAADDR() function, I believe)
ohci_device_bulk_start+0x0d
ohci_device_bulk_transfer+0x27
usbd_transfer+0xc0
umass_setup_transfer+0x4f
umass_bbb_state
usb_transfer_complete
On Sun, 17 Nov 2002, Thierry Herbelot wrote:
Even make -j1 buildworld with the SMP kernel ends with a complete freeze
of the machine (the kernel does not go to a panic where I could try a
backtrace)
I've seen several reports that using a serial break to get into ddb is now
quite a bit more
I ran into that during heavy builds on one of my boxes a few months ago --
I never really got around to properly debugging it because the UFS file
systems promptly ate themselves. Oddly, I had two boxes in particular
that this happened on, and none of my others, and it wasn't clear to me if
there
Hmm. It looks like there is indeed a lock leak in the RFTHREAD code.
Maybe a change like the following might help:
PROC_LOCK(p2);
psignal(p2, SIGKILL);
PROC_UNLOCK(p2);
}
Change the } to:
}
Le Sunday 17 November 2002 20:46, Robert Watson a écrit :
I've seen several reports that using a serial break to get into ddb is now
quite a bit more reliable than a keyboard break. If you're not already
using a serial console, you might want to give it a try (make sure to turn
on
Alexander Leidinger [EMAIL PROTECTED] wrote:
Oliver Fromme [EMAIL PROTECTED] wrote:
The patch adds an option -r to chown(8) and chgrp(1), which
does pretty much the same as the -r option of touch(1) and
truncate(1). Basically, it let's you copy ownerships and
group memberships from
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Sun, 17 Nov 2002, Mike Barcroft wrote:
--
Kernel build for GENERIC started on Sun Nov 17 20:01:33 GMT 2002
--
=== ipfilter
Andrew P. Lentvorski wrote:
Can you produce a packet trace for Kris? This would give him a known good
trace so that he can point out the differences from his particular
configuration, or, alternatively, he could file a bug report with the
Linux folks.
Ok, here is a but of output from
Apparently, On Sun, Nov 17, 2002 at 12:23:20PM -0800,
Julian Elischer said words to the effect of;
On Sun, 17 Nov 2002, Mike Barcroft wrote:
--
Kernel build for GENERIC started on Sun Nov 17 20:01:33 GMT 2002
This late-night commit might help:
jeff2002/11/17 01:33:00 PST
Modified files:
sys/kern kern_exec.c
Log:
- Release the imgp vnode prior to freeing exec_map resources to avoid
deadlock.
Revision ChangesPath
1.200 +4 -4
On Sun, Nov 17, 2002 at 09:31:40PM +0100, Martijn Pronk wrote:
I hope this is enough info for you, if you need a real dump to look
at yourself, just let me know, I'll put it online then.
Thanks, but the binary dump would be more useful so I can read it into
ethereal. ethereal does a really
In trying to setup a ccd on a -current system I
seem to have run into a few issues:
/etc/ccd.conf:
# ccd ileave flags component devices
ccd0 64 none/dev/ad1s1a /dev/ad2s1a
# ccdconfig -g
ccd064 0 /dev/ad1s1a /dev/ad2s1a
# ls -al /dev/ccd*
On Sun, Nov 17, 2002 at 03:46:55PM -0500, Jake Burkholder wrote:
Apparently, On Sun, Nov 17, 2002 at 12:23:20PM -0800,
Julian Elischer said words to the effect of;
On Sun, 17 Nov 2002, Mike Barcroft wrote:
--
Kernel build
On Sun, 17 Nov 2002, Jake Burkholder wrote:
Apparently, On Sun, Nov 17, 2002 at 12:23:20PM -0800,
Julian Elischer said words to the effect of;
On Sun, 17 Nov 2002, Mike Barcroft wrote:
--
Kernel build for
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
if set the locale with zh_CN.EUC ,error occured
--xconsole:
pid 492 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
pid 494 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
pid 496 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
pid 498
hi,all:
sorry the send before
if set the locale with zh_CN.EUC ,error occured
--xconsole:
pid 492 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
pid 494 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
pid 496 (bonobo-activation-s), uid 1001: exited on
It would be nice if rc.conf could start a 2nd copy
of named (split dns). Comments on the following simplistic
patch?
-John
cvs diff: Diffing src/etc
Index: src/etc/rc.network
===
RCS file: /home/ncvs/src/etc/rc.network,v
retrieving
John De Boskey wrote:
It would be nice if rc.conf could start a 2nd copy
of named (split dns).
IMO, running two named's on the same box is an edge case, and not likely
to be attractive to the majority of our userbase. I think you might be
better off with something in /usr/local/etc/rc.d.
* De: Doug Barton [EMAIL PROTECTED] [ Data: 2002-11-17 ]
[ Subjecte: Re: Run two copies of named from rc.conf? ]
John De Boskey wrote:
It would be nice if rc.conf could start a 2nd copy
of named (split dns).
IMO, running two named's on the same box is an edge case, and not
On Sun, 17 Nov 2002, Robert Watson wrote:
I've seen several reports that using a serial break to get into ddb is now
quite a bit more reliable than a keyboard break. If you're not already
This is a fact. In RELENG_4, the keyboard interrupt handler is a
normal tty interrupt handler so it
John De Boskey wrote:
It would be nice if rc.conf could start a 2nd copy
of named (split dns). Comments on the following simplistic
patch?
Interior and exterior DNS is a useful case; however, there
are multiple ways to set it up; in general, it's not possible
to have interior authoritative DNS
Has anyone tried them yet? After removing the #error triggered by
__FreeBSD_version being over 50, I got the thing nvidia.ko to build,
but:
00:50:30 aldan shutdown: reboot by root: New world, kernel. Nvidia drivers
00:56:12 aldan kernel: Preloaded elf module /boot/kernel/nvidia.ko at
Howdy crew,
Any reason why this doesn't work ?
sheelsudo boot0cfg -B ad0
boot0cfg: /dev/ad0: Operation not permitted
running: FreeBSD 5.0-CURRENT #0: Fri Nov 8 15:07:18 CST 2002
Thanks
- aW
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the
On 2002-11-18 01:29 +, Mikhail Teterin wrote:
Has anyone tried them yet? After removing the #error triggered by
__FreeBSD_version being over 50, I got the thing nvidia.ko to build,
but:
00:50:30 aldan shutdown: reboot by root: New world, kernel. Nvidia drivers
00:56:12 aldan
On Sun, 2002-11-17 at 22:39, wsk wrote:
if set the locale with zh_CN.EUC ,error occured
--xconsole:
pid 492 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
pid 494 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
pid 496 (bonobo-activation-s), uid 1001:
On Mon, Nov 18, 2002 at 05:07:08PM +1030, Wilkinson,Alex wrote:
Howdy crew,
Any reason why this doesn't work ?
sheelsudo boot0cfg -B ad0
boot0cfg: /dev/ad0: Operation not permitted
running: FreeBSD 5.0-CURRENT #0: Fri Nov 8 15:07:18 CST 2002
GEOM, I presume?
When file systems are
On Mon, Nov 18, 2002 at 01:29:12AM -0500, Mikhail Teterin wrote:
Has anyone tried them yet? After removing the #error triggered by
__FreeBSD_version being over 50, I got the thing nvidia.ko to build,
but:
00:50:30 aldan shutdown: reboot by root: New world, kernel. Nvidia drivers
42 matches
Mail list logo