Thank you a lot Raphael, you were right!
The PATH enviroment are (poor) after a reboot and fixed after apachectl stop
and start.
How you suggest me to fix it?
There is a better way before i will do something wrong?
Thanx in advance
--
From: "Rapha
well, I tried to narrow this down a bit by removing lagg from the
equation, but the switch requires LACP to be active on those ports
so I can't test in isolation unfortunately.
Is anyone running 7.2 on a DL360 G5 with working ether ?
-pete.
___
freebsd-
Here's another one:
panic: vm_page_insert: page already inserted
cpuid = 1
KDB: stack backtrace:
db_trace_self_wrapper() at 0x8018bd85 = db_trace_self_wrapper+0x2a
kdb_backtrace() at 0x802d3717 = kdb_backtrace+0x32
panic() at 0x802a95ac = panic+0x1b0
vm_page_insert() at 0xf
Barry Pederson wrote:
I've been burned by this a fair number of times, wish there was some
good way of having things starting from /usr/local/etc/rc.d to have
/usr/local/bin and sbin in the path on a consistent basis.
Barry
Hi,
/etc/profile is the system wide profile for sh shell
On Fri, 10 Apr 2009, Pyun YongHyeon wrote:
On Wed, Apr 08, 2009 at 10:41:44AM +0200, xer wrote:
Hello
I have some problems with 3Com nics, after a upgrade from 5.5-STABLE to
6.4-STABLE.
This machine has two 3com nics (one is LAN other is WAN) and i see too much
"watchdog timeout" on both cards.
I updated to today's RELENG_7 and geom(4) has become kind of chatty.
Near the end of kernel autoconf, I get a line like
GEOM_LABEL: Label for provider ad6s1a is ufsid/49b818dc7f60a735.
for each file system. Then during startup, there is a further
GEOM_LABEL: Label ufsid/49b818dc7f60a735 removed
Jase Thew wrote:
Hi,
/etc/profile is the system wide profile for sh shell. So, should you
need to do this for all sh scripts ( including /usr/local/etc/rc.d/
scripts), simply add a PATH line to /etc/profile, eg:
PATH=/foo/bar:/bar/baz:$PATH; export PATH
or
PATH=$PATH:/foo/bar:/bar/baz; ex
Just an FYI, i am also seeing this on a recent cvsup.
Apr 8 14:27:15 iwinbackdb kernel: ACPI APIC Table:
Apr 8 14:27:15 iwinbackdb kernel: FreeBSD/SMP: Multiprocessor System
Detected: 4 CPUs
...
Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label for provider mfid0s1a
is ufsid/49c7c009b41af703
2009/4/13 :
> Yes, I'm 100% positive I tried plugging mouse after the boot up had
> finished. Honestly I am late asking here. I was struggling with
> this and looking for cases online for more than 2 weeks at least.
> And I came across your thread from 2007, too.
>
That's really bad. Though closes
On Mon, 13 Apr 2009 02:35:37 +0200, Michal Varga wrote
> 2009/4/13 :
> >> ). A quick workaround is to attach your mouse (or any
> >> other USB device that dies during boot - mices, keyboards,
> >> card readers, etc. do this with FreeBSD 6/7's usb1 and
> >> Gigabyte boards) -after- all USB drivers
Mike Jakubik wrote:
> Just an FYI, i am also seeing this on a recent cvsup.
> Apr 8 14:27:15 iwinbackdb kernel: GEOM_LABEL: Label for provider mfid0s1a
> is ufsid/49c7c009b41af703.
Glabel is telling you you can abandon mounting device nodes and can use
labels for it.
> Apr 8 14:27:15 iwinbackd
11 matches
Mail list logo
