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
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
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 H
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
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 t
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
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
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
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
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
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
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
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
18 matches
Mail list logo