# make -j 5 buildworld
works fine on my Releng_6 system, but
# make buildworld
with
.MAKEFLAGS= -j 5
in my make.conf stops when buildworld arrives at the legacy target. According
to the man page of make, it should be exactly the same.
___
freebsd-st
I wrote, inter alia,
> About 6 minutes after booting (on two occasions; I don't
> guarantee that this doesn't vary), a process that appears
> in the output of "ps" as "[swi4: clock sio]" begins to
> use about 3/4 of the machine's CPU. I think it does so
> more or less instantaneously. It continues
New src/lib/libpam/modules/pam_ssh/Makefile Revision 1.20.2.1 have
changes that isn't OK.
And becouse of that compile failed!!!
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send an
Nenad Gavrilovic wrote:
New src/lib/libpam/modules/pam_ssh/Makefile Revision 1.20.2.1 have
changes that isn't OK.
And becouse of that compile failed!!!
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stab
[-current removed from recipient list, since rev. 1.20.2.1 of the file
in question is on the RELENG_6 branch, which is not CURRENT. -- dhw]
On Fri, Jul 14, 2006 at 03:27:14PM +0200, Nenad Gavrilovic wrote:
> ...
> Looking in other Makefiles I think that correction:
>
> CFLAGS+= -I${SSHSRC} -inclu
On Fri, Jul 14, 2006 at 09:27:15AM -0700, David Wolfskill wrote:
> [-current removed from recipient list, since rev. 1.20.2.1 of the file
> in question is on the RELENG_6 branch, which is not CURRENT. -- dhw]
>
> On Fri, Jul 14, 2006 at 03:27:14PM +0200, Nenad Gavrilovic wrote:
> > ...
> > Looking
Robert Watson wrote:
I don't have a whole lot to add to this thread, but have changed the
subject to make sure that the right people are reading this. This is
likely either a hardware problem (motherboard/cable/drive) or driver
problem. GEOM and the mirror driver seems to be behaving as desir
I'm considering ordering some of these servers to run FreeBSD 6.1 or
6-STABLE on, but they have Intel ICH7R RAID controllers on them. Googling
around, I'm seeing conflicting information as to whether or they work, or
work well enough to use in production.
The server specs are here:
http://st
Hi,
I found these:
http://www.freebsd.org/cgi/man.cgi?query=ata&apropos=0&sektion=0&manpath=FreeBSD+6.1-RELEASE&format=html
http://www.freebsd.org/cgi/man.cgi?query=ataraid&apropos=0&sektion=0&manpath=FreeBSD+6.1-RELEASE&format=html
These look promising imho. Of course real world experience wou
H. Wade Minter wrote:
I'm considering ordering some of these servers to run FreeBSD 6.1 or
6-STABLE on, but they have Intel ICH7R RAID controllers on them.
Googling around, I'm seeing conflicting information as to whether or
they work, or work well enough to use in production.
The chipset is
On Fri, 14 Jul 2006, Mike Jakubik wrote:
H. Wade Minter wrote:
I'm considering ordering some of these servers to run FreeBSD 6.1 or
6-STABLE on, but they have Intel ICH7R RAID controllers on them. Googling
around, I'm seeing conflicting information as to whether or they work, or
work well en
On Mon, 10 Jul 2006, Kostik Belousov wrote:
On Mon, Jul 10, 2006 at 01:39:01AM -0400, Charles Sprickman wrote:
On Mon, 10 Jul 2006, Kostik Belousov wrote:
On Mon, Jul 10, 2006 at 12:41:07AM -0400, Charles Sprickman wrote:
On Sat, 8 Jul 2006, Matthew D. Fuller wrote:
On Fri, Jul 07, 2006 at
Ruslan Ermilov <[EMAIL PROTECTED]> writes:
> I've just committed a more complete fix for this.
Thanks. I fat-fingered 'ncvs diff -r1' and thougt what I committed
was identical to what was in HEAD. Anyone got a towel to wipe the egg
off my face?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
__
* Mike Jakubik <[EMAIL PROTECTED]> [060714 17:15]:
> H. Wade Minter wrote:
> >I'm considering ordering some of these servers to run FreeBSD 6.1 or
> >6-STABLE on, but they have Intel ICH7R RAID controllers on them.
> >Googling around, I'm seeing conflicting information as to whether or
> >they
* H. Wade Minter <[EMAIL PROTECTED]> [060714 17:01]:
> I'm considering ordering some of these servers to run FreeBSD 6.1 or
> 6-STABLE on, but they have Intel ICH7R RAID controllers on them. Googling
> around, I'm seeing conflicting information as to whether or they work, or
> work well enough
On Wed, 5 Jul 2006, Robert Watson wrote:
If you can get into DDB when the hang has occurred, output via serial console
for the following commands would be very helpful:
show pcpu
show allpcpu
ps
trace
traceall
show locks
show alllocks
show uma
show malloc
show lockedvnods
'k, after 16 days
On Sat, 15 Jul 2006, User Freebsd wrote:
On Wed, 5 Jul 2006, Robert Watson wrote:
If you can get into DDB when the hang has occurred, output via serial
console for the following commands would be very helpful:
show pcpu
show allpcpu
ps
trace
traceall
show locks
show alllocks
show uma
show ma
On Sat, Jul 15, 2006 at 12:10:29AM -0300, User Freebsd wrote:
>
>
> On Wed, 5 Jul 2006, Robert Watson wrote:
>
> >If you can get into DDB when the hang has occurred, output via serial
> >console for the following commands would be very helpful:
> >
> >show pcpu
> >show allpcpu
> >ps
> >trace
>
On Sat, 15 Jul 2006, Kostik Belousov wrote:
On Sat, Jul 15, 2006 at 12:10:29AM -0300, User Freebsd wrote:
On Wed, 5 Jul 2006, Robert Watson wrote:
If you can get into DDB when the hang has occurred, output via serial
console for the following commands would be very helpful:
show pcpu
show
On 14/07/2006 6:08 PM, User Freebsd wrote:
Just in case, do you use mlocked mappings ? Also, why so huge number
of crons exist in the system ? The are all forking now. It may be (can
not say definitely without further investigation) just a fork bomb.
re: crons ... this, I'm not sure of, but my
Javier Henderson wrote:
> * Mike Jakubik <[EMAIL PROTECTED]> [060714 17:15]:
>> The chipset is supported, but i wouldn't recommend onboard raid for any
>> production server. Get a real raid controller, or use gmirror if you
>> plan to mirror. I use several of these board sin production with gmir
21 matches
Mail list logo
