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 list
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
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 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
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
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 of
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
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 tuning(7)
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
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
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.ipc.maxpipekva
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
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
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
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 pluto kernel:
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
17 matches
Mail list logo