Re: kern.maxdsiz in /boot/loader.conf

jj> i was wondering, why is the loader tunable kern.maxdsiz not jj> documented in the manpages? Most probably oversight. Could you please file a PR? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy ___ freebsd-stable@freebsd.org mailing lis

Panic: sleeping thread

Hi, ever since 6.1-RELEASE (possibly earlier, not sure) I've been seeing frequent panics on a previously stable (6.0-STABLE) dual opteron server. When I say "previously stable" I mean weeks and months of uptime, and no known non-intended reboots. Now I'm seeing panics on a semi-regular basi

Powerd: Adaptive mode causing a hard hang

I noticed a problem where my system would hard hang when powerd was enabled with no changes to the powerd flags in rc.conf. Yesterday, I tracked the problem down to powerd's Adaptive mode causing the hard hang. I first noticed the problem, when I was trying to transfer /usr/ports, /usr/src and /

לא יכולה לסבול ת'מחשבה של אירוע משעמם ?

  שיר/קליפ אישי בביצוע שלך!    מבצע ללקוחות חדשים לשנת 2006 החדשה:   100 ש"ח במתנה על הזמנת שיר / קליפ !      המבצע לשבועיים  בלבד על ל-27.1.06 מתנה מרגשת ובלתי נשכחת… ·    השיר מגיע על דיסק מעוצב  ·    הקליפ מגיע על DVD  ·    מוכן להקרנה בבית, במחשב ובכל אירוע  לצפייה

The results of your email commands

The results of your email command are provided below. Attached is your original message. - Results: Ignoring non-text/plain MIME parts - Unprocessed: Your message was not delivered because the destination computer was unreachable within the allowed queue period. The amount of time

6.1: kern.ipc.maxpipekva

Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) Jun 17 16:00:04 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) but I can't seem to find anything in tuning(7) about it ... so, what is it and how do I monitor for it? thanks Marc G. Fournier H

Re: 6.1: kern.ipc.maxpipekva

On Sat, 17 Jun 2006, 16:44-0300, Marc G. Fournier wrote: > > Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) > Jun 17 16:00:04 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) I thought about removing this reference but then decided that better to add a couple o

Re: 6.1: kern.ipc.maxpipekva

On Sat, 17 Jun 2006, Marc G. Fournier wrote: Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) Jun 17 16:00:04 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) but I can't seem to find anything in tuning(7) about it ... so, what is it and how do I monitor for

Re: 6.1: kern.ipc.maxpipekva

In the last episode (Jun 17), Marc G. Fournier said: > On Sat, 17 Jun 2006, Marc G. Fournier wrote: > >Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) > >Jun 17 16:00:04 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) > > > >but I can't seem to find anything in t

Re: 6.1: kern.ipc.maxpipekva

Great, I just kill'd the server .. I added: kern.ipc.maxpipekva=25165824 to /boot/loader.conf, to give an extra 8M to the PIPE KVA ... then rebooted, and it didn't come back up ... its a remote server, so am waiting for a tech right now to look at it, but ... Is there something else I shoul

Re: 6.1: kern.ipc.maxpipekva

On Sat, 17 Jun 2006, Maxim Konovalov wrote: On Sat, 17 Jun 2006, 16:44-0300, Marc G. Fournier wrote: Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) Jun 17 16:00:04 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) I thought about removing this reference bu

Re: 6.1: kern.ipc.maxpipekva

On Sat, 17 Jun 2006, 17:23-0300, Marc G. Fournier wrote: > On Sat, 17 Jun 2006, Maxim Konovalov wrote: > > > On Sat, 17 Jun 2006, 16:44-0300, Marc G. Fournier wrote: > > > > > > > > Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) > > > Jun 17 16:00:04 pluto kernel: kern.i

amr(4) in 6.1-RELEASE ignores my tape drive

Hi All, This morning I upgraded a Dell PowerEdge 2850 from 6.0-RELEASE to 6.1-RELEASE and found that amr(4) no longer detects my Seagate DAT via sa(4). The system has an embedded Dell PERC 4e/Di with two channels. Channel 0 contains two disks in RAID 1 and works fine. Channel 1 has only th

Re: 6.1: kern.ipc.maxpipekva

On Sat, 17 Jun 2006, Dan Nelson wrote: In the last episode (Jun 17), Marc G. Fournier said: On Sat, 17 Jun 2006, Marc G. Fournier wrote: Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) Jun 17 16:00:04 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) but I ca

Re: Powerd: Adaptive mode causing a hard hang

On Sat, 2006-Jun-17 08:43:07 -0500, Scot Hetzel wrote: >I noticed a problem where my system would hard hang when powerd was >enabled with no changes to the powerd flags in rc.conf. Yesterday, I >tracked the problem down to powerd's Adaptive mode causing the hard >hang. I reported exactly the same

Re: 6.1: kern.ipc.maxpipekva

In the last episode (Jun 17), Marc G. Fournier said: > On Sat, 17 Jun 2006, Dan Nelson wrote: > >In the last episode (Jun 17), Marc G. Fournier said: > >>On Sat, 17 Jun 2006, Marc G. Fournier wrote: > >>>Jun 17 16:00:03 pluto kernel: kern.ipc.maxpipekva exceeded; see tuning(7) > >>>Jun 17 16:00:04

Re: 6.1: kern.ipc.maxpipekva

On Sat, 17 Jun 2006, Dan Nelson wrote: "fstat | grep pipe" will tell you what processes have them open on what fds. pipes on fds 0, 1 and 2 are probably from shell pipelines. Yowch, everything uses a pipe ... most of it is postfix related stuff, mind you ... pluto# fstat | grep pipe | awk

Please watch for "bus_dmamem_alloc failed to align memory properly"

I just merged a change to the busdma implementation which tightens up how busdma aligns memory and warns when busdma fails to align memory properly. This allows the bfe driver to work properly on machines of all memory sizes, but it also caused machines with the mpt driver to trip the same ch