Update: I synced up to cvsup4.us.freebsd.org at around 11:45 PST and my
kernel built fine.
On 6/21/06, Scott Robbins [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Jun 21, 2006 at 08:07:12PM -0700, Vye Wilson wrote:
Hey,
*** Error code 1
Stop in
Hi
Today I woke up and was not able to log in to my system (ssh). Some
stuff worked (DNS for example, this box runs bind), altough the IMAP
server didnt work to well...
Anyway, I checked out local console:
maxproc limit exceeded by uid 0, please see tuning(7) and login.conf(5).
Repeated
On 22 jun 2006, at 09.57, [LoN]Kamikaze wrote:
Johan Ström wrote:
Anyway.. I'm using default login.conf, which have unlimited for all
resource limits.. So wtf is this?
Look at
# sysctl kern.maxproc
Okay, 4096 procs... But what was those 4k procs...On my newly booted
i got 127... Well I
Johan Ström wrote:
Anyway.. I'm using default login.conf, which have unlimited for all
resource limits.. So wtf is this?
Look at
# sysctl kern.maxproc
___
freebsd-stable@freebsd.org mailing list
On Thursday 22 June 2006 06:54, Daniel O'Connor wrote:
I have 2 Asus A8V motherboards running FreeBSD 6.0 and 6.1 (amd64) and I
see the following in dmesg..
sio0: configured irq 3 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0: 16550A-compatible COM port port 0x2f8-0x2ff
Hi,
Yesterday I've installed 6.1. After rebooting, I got the beastie
loader screen. I've typed 8 (reboot) to get into the
raid bios again, but then the server freezed. Does this happen
only to me or is it a common problem ?
The server affected is a IBM 346 X-Series server with 2 CPUS.
Martin
Hello,
I use FreeBSD 6.1-STABLE #0: Mon Jun 12 18:00:56 CEST 2006
for a desktop (Launch several apps at the start and mostly nothing else,
except when compiling). I've got 512 MB of ram.
From some time, I've noticed poor swapping performance -- this can be
very annoying when memory needs to
Doug Poland wrote:
Hello,
I'm in the middle of an attempt to upgrade an i386 box from 5.5-STABLE
to 6.1-STABLE. Just in case it's apropos, the box was recently upgraded
from 5.2.1-RELEASE to 5.5-STABLE.
I am following the handbook's The Canonical Way to Update Your System
and have sucessfully
I've read the comments in /usr/src/sys/kern/sys_pipe.c, but couldn't see
anything in there ... I'm up to 32M (as set through /boot/loader.conf) and
am still hitting the max after a period of time (latest was 7 hours) ...
Figuring that the last time I checked, I was using something like 7000
In the last episode (Jun 22), Johan Strm said:
On 22 jun 2006, at 09.57, [LoN]Kamikaze wrote:
Johan Ström wrote:
Anyway.. I'm using default login.conf, which have unlimited for all
resource limits.. So wtf is this?
Look at
# sysctl kern.maxproc
Okay, 4096 procs... But what was those
In the last episode (Jun 22), Marcin Koziej said:
I use FreeBSD 6.1-STABLE #0: Mon Jun 12 18:00:56 CEST 2006 for a
desktop (Launch several apps at the start and mostly nothing else,
except when compiling). I've got 512 MB of ram.
From some time, I've noticed poor swapping performance -- this
On Tue, Jun 20, 2006, M.Hirsch wrote:
As stated in my initial post, I used BEFORE: rcconf up to and
including 6.0.
So what is an appropriate BEFORE entry for 6-STABLE?
This might be a crude hack but _should_ (untested) work. What about
wrapping rcorder like this ...
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Jun 22, 2006 at 08:42:57AM -0600, Scott Long wrote:
Doug Poland wrote:
I am following the handbook's The Canonical Way to Update Your System
and have sucessfully cvsup'd RELENG_6 and run make buildworld.
The problem I'm having is during
On Thu, 22 Jun 2006, Dan Nelson wrote:
In the last episode (Jun 22), Johan Strm said:
On 22 jun 2006, at 09.57, [LoN]Kamikaze wrote:
Johan Str??m wrote:
Anyway.. I'm using default login.conf, which have unlimited for all
resource limits.. So wtf is this?
Look at
# sysctl kern.maxproc
On 22 jun 2006, at 17.42, Dan Nelson wrote:
If it ever happens again, you can drop to the debugger with
Ctrl-Alt-ESC and run ps to get a list of running processes. You
might even be able to recover by killing some offending processes with
kill 9 pid, then continue with c.
Hm, I
Marc G. Fournier wrote:
[ ... ]
Figuring that the last time I checked, I was using something like 7000
pipes, @ 16k each, I should be setting it closer to 128M, and that is
assuming no 64k pipes ...
So, is there an 'upper max' that it won't allow me to set it past?
Read man tuning about
On 22 jun 2006, at 18.45, Dan Nelson wrote:
In the last episode (Jun 22), Johan Strm said:
On 22 jun 2006, at 17.42, Dan Nelson wrote:
If it ever happens again, you can drop to the debugger with
Ctrl-Alt-ESC and run ps to get a list of running processes. You
might even be able to recover by
On 6/20/06, Patrick Bowen [EMAIL PROTECTED] wrote:
Pyun YongHyeon wrote:
On Tue, Jun 20, 2006 at 04:04:52PM -0500, Patrick Bowen wrote:
Hello:
I have two questions.
The first regards support for the Broadcom BCM94318 wireless LAN
adapter. When trying to compile the module for
On Thu, 22 Jun 2006, Chuck Swiger wrote:
Marc G. Fournier wrote:
[ ... ]
Figuring that the last time I checked, I was using something like 7000
pipes, @ 16k each, I should be setting it closer to 128M, and that is
assuming no 64k pipes ...
So, is there an 'upper max' that it won't allow me
On śro, cze 21, 2006 at 07:43:15 +0100, Robert Watson wrote:
On Wed, 21 Jun 2006, Martin Blapp wrote:
I just upgraded from 5.5 (stable btw.) to 6.1 and after 10 hours I got a
nice panic. Does this look like some tty problem ?
It looks like a tty or devfs problem.
This is the machine
Hi,
Unfortunaltly I get this with the debug kernel.
Does one have to boot with the debug.kernel itself
to get a trace which is usable ?
Sigh. A recompile helped !
(kgdb) where
#0 doadump () at pcpu.h:165
#1 0xc066355e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
#2
Scot Hetzel wrote:
On 6/20/06, Patrick Bowen [EMAIL PROTECTED] wrote:
Pyun YongHyeon wrote:
On Tue, Jun 20, 2006 at 04:04:52PM -0500, Patrick Bowen wrote:
Hello:
I have two questions.
The first regards support for the Broadcom BCM94318 wireless LAN
adapter. When trying to
Scot Hetzel wrote:
On 6/20/06, Patrick Bowen [EMAIL PROTECTED] wrote:
Pyun YongHyeon wrote:
On Tue, Jun 20, 2006 at 04:04:52PM -0500, Patrick Bowen wrote:
Hello:
I have two questions.
The first regards support for the Broadcom BCM94318 wireless LAN
adapter. When trying to
On Thursday 22 June 2006 20:53, Pieter de Goeje wrote:
The ports are enabled in the BIOS and do seem to work.. mostly. I have
had odd problems trying to talk to stuff connected to the on occasion
though.
Never had any problems with it. I use it for a serial console at 115200
baud.
Hmm,
'k, I was thinking / hoping it was just maxpipekva causing me issues, but
apparently that isn't it ... it just froze up again with only 40 out of
60M of allocated space used:
==
kern.ipc.maxpipekva: 67108864 - kern.ipc.pipekva: 39272448
running processes: 1631
On Thu, Jun 22, 2006 at 05:12:22PM -0300, Marc G. Fournier wrote:
'k, I was thinking / hoping it was just maxpipekva causing me issues, but
apparently that isn't it ... it just froze up again with only 40 out of
60M of allocated space used:
==
On Fri, 23 Jun 2006, Konstantin Belousov wrote:
What exactly happens ? Are you sure that the _system_ freezes ? Could it
be that only your application has some troubles ?
Nothing works ... I can ping the server, and that is about it ... the last
time it happened, I had a vmstat process
In the last episode (Jun 23), Marc G. Fournier said:
On Fri, 23 Jun 2006, Konstantin Belousov wrote:
What exactly happens ? Are you sure that the _system_ freezes ?
Could it be that only your application has some troubles ?
Nothing works ... I can ping the server, and that is about it ...
On Fri, 23 Jun 2006, Konstantin Belousov wrote:
For reporting kernel deadlocks, see
http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html
The problem (ie. nightmare) is that I don't have access to the console
(remote server), so DDB debugging isn't
Are there any known problems with FreeBSD 6.x and Dual PIII motherboards?
My source tree is from May 25th ...
I just noticed something while looking around my server, and there is no
CPU1 running, only CPU0 ... I definitely have SMP enabled in my kernel:
# strings /boot/kernel/kernel | grep
In message: [EMAIL PROTECTED]
Gavin Atkinson [EMAIL PROTECTED] writes:
: On Mon, 2006-06-19 at 02:56 +0400, Dmitry Morozovsky wrote:
: Dear colelagues,
:
: playing with puc compatible MOXA card I found that it's rather useless with
: contemporary DEFAULT kernel:
:
: - sio
In message: [EMAIL PROTECTED]
Daniel O'Connor [EMAIL PROTECTED] writes:
: I have 2 Asus A8V motherboards running FreeBSD 6.0 and 6.1 (amd64) and I see
: the following in dmesg..
:
: sio0: configured irq 3 not in bitmap of probed irqs 0
: sio0: port may not be enabled
: sio0:
In message: [EMAIL PROTECTED]
Pieter de Goeje [EMAIL PROTECTED] writes:
: Hmm actually I just looked through the code.. It appears that this happens
: because isa_irq_pending() is a noop unless isa is in the kernel, and it
: isn't in GENERIC. Perhaps those tests in sio.c should be
In message: [EMAIL PROTECTED]
Daniel O'Connor [EMAIL PROTECTED] writes:
: I think a better option would be to remove the test in sio.c for the AMD64
: case since isa_irq_pending() won't do anything.
I hate #ifdef __amd64__ code. It is evil and should be avoided.
Maybe the right
On Friday 23 June 2006 14:34, M. Warner Losh wrote:
isa_irq_pending can only really be called on isa bus attachments...
Why don't you have ISA in your kernel. I thought it was still required.
It's not in GENERIC on 6.1.
atpic has isa_irq_pending, however if you don't have atpic in your
35 matches
Mail list logo
