Okay, I've setup this script on both my (un)STABLE servers, and will
report after the next crash ... which shouldn't take long :)
On Fri, 30 Aug 2002, Matthew Dillon wrote:
>
> :Is there any definite way of determining this? From what I can find int
> :he man page, VNODES have to do with the f
Aug 30 23:39:41 jupiter /kernel: Fatal trap 12: page fault while in kernel mode
Aug 30 23:39:41 jupiter /kernel: mp_lock = 0002; cpuid = 0; lapic.id =
Aug 30 23:39:41 jupiter /kernel: fault virtual address = 0xdf9c
Aug 30 23:39:41 jupiter /kernel: fault code = supervisor
in message <[EMAIL PROTECTED]>,
wrote Gregory Neil Shapiro thusly...
>
> Set:
>
> daily_submit_queuerun="NO"
>
> in /etc/periodic.conf.
ah, i was wondering about that that setting it in /etc/rc.conf
doesn't do much. thanks.
- parv
--
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "
On Sat, 2002-08-31 at 02:34, Jerry A! wrote:
> : > $ ./soffice
> : > ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found
> : > Abort trap
> : > ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found
> : > [1] 1256 Abort trap ./soffice
> : > $
Uhh, SVR4?!
Looks like brandelf is n
francisv> Some installations use Postfix and it does not understand
francisv> this command line.
I don't think MTAs except sendmail use this script.
Instead, create your own periodic scripts under /usr/local/etc/periodic
or some other places. It would be better ports/mail/postfix does that,
bu
francisv> I noticed that /etc/periodic/daily/500.queuerun uses a
francisv> sendmail-specific command line "-Ac". Some installations use
francisv> Postfix and it does not understand this command line.
Set:
daily_submit_queuerun="NO"
in /etc/periodic.conf.
To Unsubscribe: send mail to [EMAIL PRO
Hi,
I noticed that /etc/periodic/daily/500.queuerun uses a sendmail-specific
command line "-Ac". Some installations use Postfix and it does not
understand this command line.
---
francis a. vidal [bitstop network services] | http://www.bitstop.ph
streaming media + web hosting | ht
> Toshiba trackpoints will ocasionally recalibrate themselves, which
> manifests as about 5 seconds of creep - longer if you try and fight it :).
Exactly - this in fact, was what I was doing, which I've only realised
since I understood the underlying mechanism.
As soon as I noticed the creep,
Thus spake Kevin Oberman <[EMAIL PROTECTED]>:
> For a modern system and a reasonable disk, this is trivial. I have a
> system which MUST not be down for over 15 minutes and I can do it
> quite easily unless I really fumble something in mergemaster. I do
> always merge a few files later and tend to
Hi!
I apologize for this rather stupid question, but mount on FreeBSD is a bit
different comparing to mount on Linux.
I need to mount one filesystem with the ownership of some UID other than
root.
On Linux I could put uid=xx, gid=yy in /etc/fstab after 'rw' option, but
FreeBSD doesn't seem to h
Hiya all,
We've been troubled by "Fatal trap 12"'s for a little
while now. The machine was running 4.6 perfectly, until
I decided to try a cvs up to RELENG_4_6 about a week ago.
Then it started to crash alot, we went back to RELENG_4.
And there were no problems there. But then we decided to
send
Barney Wolff writes:
> On Thu, Aug 29, 2002 at 04:52:42PM -0400, Andy Sparrow wrote:
> >
> > I'm just curious as to why this might be - the trackpoint "creep", that
> > is - does anyone have any ideas? :-)
>
> I've experienced the same effect on a Toshiba laptop running W2k, so
> perhaps
12 matches
Mail list logo
