Re: ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em driver

2007-03-04 Thread Jack Vogel
On 3/4/07, Mark Costlow <[EMAIL PROTECTED]> wrote: The Machine: I have a dual Xeon 5130 machine, Supermicro motherboard, with the 82563EB NIC. From dmesg: CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (2000.08-MHz 686-class CPU) cpu0: on acpi0 em0: port 0x2000-0x201f mem 0xda00-0

ARP problem with 6.2-STABLE Intel PRO/1000 NIC, latest em driver

2007-03-04 Thread Mark Costlow
The Machine: I have a dual Xeon 5130 machine, Supermicro motherboard, with the 82563EB NIC. From dmesg: CPU: Intel(R) Xeon(R) CPU5130 @ 2.00GHz (2000.08-MHz 686-class CPU) cpu0: on acpi0 em0: port 0x2000-0x201f mem 0xda00-0xda01 irq 18 at device 0.0 on pci4 The machine h

Re: Can't get sound to work!

2007-03-04 Thread Karl Denninger
Is there any intent to backport that into -STABLE? How ugly would that be to do? -- -- Karl Denninger ([EMAIL PROTECTED]) Internet Consultant & Kids Rights Activist http://www.denninger.netMy home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED plac

Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up

2007-03-04 Thread Kris Kennaway
On Sun, Mar 04, 2007 at 10:59:46AM +0300, Yar Tikhiy wrote: > On Tue, Feb 27, 2007 at 04:03:30PM -0500, Mikhail Teterin wrote: > > On Tuesday 27 February 2007 15:53, Alex Kozlov wrote: > > = > Yes, I switched to swap-backed md already. But the malloc-based variety > > is > > = > currently the _de

Re: Can't get sound to work!

2007-03-04 Thread frzburn
This works! =D Thank you very much! =) frzburn On 3/4/07, pluknet <[EMAIL PROTECTED]> wrote: On 05/03/07, frzburn <[EMAIL PROTECTED]> wrote: > Hi! > I'm unable to get my sound card working =( > > I first tried kldload snd_ich, since I have a ICH7 chip. But there was no > ``installed device''

Re: fork wedging (I think)

2007-03-04 Thread Daniel O'Connor
On Monday 05 March 2007 11:36, Daniel O'Connor wrote: > I tried to reboot in another window but.. > eureka:~>reboot > load: 0.06 cmd: csh 71159 [allproc] 0.03u 0.00s 0% 4652k Interestingly this process did eventually finish. The system hasn't rebooted yet but perhaps it will eventually. -- Dan

Re: Can't get sound to work!

2007-03-04 Thread pluknet
On 05/03/07, frzburn <[EMAIL PROTECTED]> wrote: Hi! I'm unable to get my sound card working =( I first tried kldload snd_ich, since I have a ICH7 chip. But there was no ``installed device'' in /dev/sndstat. So I tried kldload snd_driver, as suggested by the handbook, and I didn't get any result.

Re: fork wedging (I think)

2007-03-04 Thread Daniel O'Connor
On Thursday 01 March 2007 17:35, Daniel O'Connor wrote: > > in /rescue and use './sysctl' (and other commands in rescue). I think > > you will still be able to execute static executables in the current > > directory vis a relative path even if the FS is deadlocked. (As long > > as your shell isn'

Can't get sound to work!

2007-03-04 Thread frzburn
Hi! I'm unable to get my sound card working =( I first tried kldload snd_ich, since I have a ICH7 chip. But there was no ``installed device'' in /dev/sndstat. So I tried kldload snd_driver, as suggested by the handbook, and I didn't get any result. I also loaded sound.ko before loading snd_driver

Re: Clamav-90_2 Lockup with freebsd 6.2

2007-03-04 Thread Martin Blapp
Hi, Make sure clamd is checking the return value of pthread_create() for errors. You can also set LIBPTHREAD_PROCESS_SCOPE=yes or LIBPTHREAD_SYSTEM_SCOPE=yes in your environment to force process scope or system scope threads (libpthread only) for clamd. Yes, it does check the return value. A

Re: Clamav-90_2 Lockup with freebsd 6.2

2007-03-04 Thread Daniel Eischen
On Sun, 4 Mar 2007, Martin Blapp wrote: Hi all, After adding some debug stuff to clamd running with freebsd libpthread.so I found that: looking at the output value of 'ps -auxH | grep clamd | grep -v grep | wc -l' is always staying at 6 threads, but the number of threadpool->thr_alive is goin

Re: Clamav-90_2 Lockup with freebsd 6.2

2007-03-04 Thread Martin Blapp
Hi, looking at the output value of 'ps -auxH | grep clamd | grep -v grep | wc -l' is always staying at 6 threads, but the number of threadpool->thr_alive is going higher and higher. So threadpool->thr_alive isn't decreased and is completly incorrect. After setting IdleTimeout very low to 5 se

Re: portsnap and cvsup for rebuilding world - Which one?

2007-03-04 Thread Sean Bryant
frzburn wrote: Well, again, thanks for all your replies! =) After all you told me, I guess this guides describes the right tools to use and the right way for rebuilding world. http://www.bsdguides.org/guides/freebsd/beginners/update_freebsd.php Thanks! frzburn On 3/4/07, Ronald Klop <[EMAIL

Re: Clamav-90_2 Lockup with freebsd 6.2

2007-03-04 Thread Martin Blapp
Hi all, After adding some debug stuff to clamd running with freebsd libpthread.so I found that: looking at the output value of 'ps -auxH | grep clamd | grep -v grep | wc -l' is always staying at 6 threads, but the number of threadpool->thr_alive is going higher and higher. So threadpool->thr_al

Re: portsnap and cvsup for rebuilding world - Which one?

2007-03-04 Thread frzburn
Well, again, thanks for all your replies! =) After all you told me, I guess this guides describes the right tools to use and the right way for rebuilding world. http://www.bsdguides.org/guides/freebsd/beginners/update_freebsd.php Thanks! frzburn On 3/4/07, Ronald Klop <[EMAIL PROTECTED]> wro

Re: Clamav-90_2 Lockup with freebsd 6.2

2007-03-04 Thread Chris
On 01/03/07, Renato Botelho <[EMAIL PROTECTED]> wrote: On Thu, Mar 01, 2007 at 02:04:18PM -0500, Daniel Eischen wrote: > On Thu, 1 Mar 2007, Alexander Shikoff wrote: > > >Hi All, > > > >On Thu, Mar 01, 2007 at 08:32:55AM -0500, Daniel Eischen wrote: > >>On Thu, 1 Mar 2007, Martin Blapp wrote: > >

Re: Some days, it doesn't pay to upgrade ...

2007-03-04 Thread Ulrich Spoerlein
Marc G. Fournier wrote: > I don't know how critical this is, but I just thought about it ... this is my > only system running gmirror ... everything seems fine according ot gmirror > status, but maybe something iswron gthere I'm not seeing: You should tell us, in which state those processes hung

Re: portsnap and cvsup for rebuilding world - Which one?

2007-03-04 Thread Ronald Klop
On Sun, 04 Mar 2007 04:23:55 +0100, frzburn <[EMAIL PROTECTED]> wrote: Hi everyone, [cut some text] So here come my questions: Is portsnap syncing the sources correctly for rebuilding world, or must I use cvsup? If so, of what use is portsnap if I must use cvsup for synchronizing my source?

Re: portsnap and cvsup for rebuilding world - Which one?

2007-03-04 Thread Matthew Seaman
Brandon S. Allbery KF8NH wrote: > > On Mar 3, 2007, at 22:23 , frzburn wrote: > >> So here come my questions: >> Is portsnap syncing the sources correctly for rebuilding world, or must I >> use cvsup? >> If so, of what use is portsnap if I must use cvsup for synchronizing my >> source? There's m

Re: portsnap and cvsup for rebuilding world - Which one?

2007-03-04 Thread Andrei Kolu
On Sunday 04 March 2007 06:02, Joe Holden wrote: > frzburn wrote: > > Hi everyone, > > I'm a new FreeBSD user, but a veteran Linux user ;) > > I'm using FreeBSD 6, and I was wondering while I gave a try to rebuilding > > ``world'' how to properly synchronize my source. Here's what I mean: > > Creat

Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up

2007-03-04 Thread Alex Kozlov
On Sun, Mar 04, 2007 at 10:59:46AM +0300, Yar Tikhiy wrote: > On Tue, Feb 27, 2007 at 04:03:30PM -0500, Mikhail Teterin wrote: > > On Tuesday 27 February 2007 15:53, Alex Kozlov wrote: > > = > Yes, I switched to swap-backed md already. But the malloc-based variety > > is > > = > currently the _de

Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up

2007-03-04 Thread Yar Tikhiy
On Tue, Feb 27, 2007 at 04:03:30PM -0500, Mikhail Teterin wrote: > On Tuesday 27 February 2007 15:53, Alex Kozlov wrote: > = > Yes, I switched to swap-backed md already. But the malloc-based variety > is > = > currently the _default_ (see /etc/defaults/rc.conf)... > = Bad default. > > Filing a P