On Thu, Sep 02, 2010 at 03:59:07AM +0400, Dmitry Morozovsky wrote:
Dear colleagues,
some 2 days ago my repo mirror (stable/8...@amd64) starts dumping core on
copying
repo:
...
SetAttrs CVSROOT-src/Emptydir
Edit CVSROOT-src/access,v
Segmentation fault (core dumped)
deleting files
On Thu, Sep 02, 2010 at 07:56:31AM +0200, John Hay wrote:
On Thu, Sep 02, 2010 at 03:59:07AM +0400, Dmitry Morozovsky wrote:
Dear colleagues,
some 2 days ago my repo mirror (stable/8...@amd64) starts dumping core on
copying
repo:
...
SetAttrs CVSROOT-src/Emptydir
Edit
I have a machine which works as a prison for a couple of jails. That
particular machine has its /usr/ports, /usr/ports/distfiles, and
/usr/ports/packages mounted via NFS from another FreeBSD machine. The
machine that crases also nullmounts those filesystems into each jail.
I'm not completly sure
On Thu, Sep 02, 2010 at 03:59:07AM +0400, Dmitry Morozovsky wrote:
Dear colleagues,
some 2 days ago my repo mirror (stable/8...@amd64) starts dumping core on
copying
repo:
...
SetAttrs CVSROOT-src/Emptydir
Edit CVSROOT-src/access,v
Segmentation fault (core dumped)
deleting files
on 01/09/2010 21:26 Jung-uk Kim said the following:
On Friday 27 August 2010 03:36 pm, Jung-uk Kim wrote:
[3] AMD is working on an SMT-capable CPU (code-named Bulldozer) and
my patch won't work on them. If anyone has a Bulldozer sample,
please look into it.
I checked AMD website today and
On Mon, Aug 30, 2010 at 05:22:47AM -0700, Jeremy Chadwick wrote:
On Mon, Aug 30, 2010 at 04:08:45AM -0700, Jeremy Chadwick wrote:
Bcc:
Subject: Re: igb related(?) panics on 7.3-STABLE
Reply-To:
In-Reply-To: 20100830094631.gd12...@core.byshenk.net
{snip}
My apologies -- somehow my
On Wed, 1 Sep 2010, Ivan Voras wrote:
On 09/01/10 15:08, jan.gr...@bristol.ac.uk wrote:
I'm running -STABLE with a kde-derived desktop. This setup (which is
pretty standard) is providing abysmal interactive performance on an
eight-core machine whenever I try to do anything CPU-intensive
Am 01.09.2010 18:33, schrieb Jan Henrik Sylvester:
I have got problems with GSSAPI authentication to OpenLDAP:
ldap_sasl_interactive_bind_s: Other (e.g., implementation specific)
error (80)
additional info: SASL(-1): generic failure: GSSAPI Error: No
credentials were supplied, or
On Thu, 2 Sep 2010, Kostik Belousov wrote:
KB On Thu, Sep 02, 2010 at 03:59:07AM +0400, Dmitry Morozovsky wrote:
KB Dear colleagues,
KB
KB some 2 days ago my repo mirror (stable/8...@amd64) starts dumping core on
copying
KB repo:
KB
KB ...
KB SetAttrs CVSROOT-src/Emptydir
KB Edit
on 02/09/2010 12:08 jan.gr...@bristol.ac.uk said the following:
On Wed, 1 Sep 2010, Ivan Voras wrote:
On 09/01/10 15:08, jan.gr...@bristol.ac.uk wrote:
I'm running -STABLE with a kde-derived desktop. This setup (which is
pretty standard) is providing abysmal interactive performance on an
On Thu, 2 Sep 2010, Andriy Gapon wrote:
on 02/09/2010 12:08 jan.gr...@bristol.ac.uk said the following:
On Wed, 1 Sep 2010, Ivan Voras wrote:
On 09/01/10 15:08, jan.gr...@bristol.ac.uk wrote:
I'm running -STABLE with a kde-derived desktop. This setup (which is
pretty standard) is
On 01/-10/-28163 20:59, Matthias Andree wrote:
Am 01.09.2010 18:33, schrieb Jan Henrik Sylvester:
I have got problems with GSSAPI authentication to OpenLDAP:
ldap_sasl_interactive_bind_s: Other (e.g., implementation specific)
error (80)
additional info: SASL(-1): generic failure:
On Wed, Sep 01, 2010 at 06:33:03PM +0200, Jan Henrik Sylvester wrote:
I have got problems with GSSAPI authentication to OpenLDAP:
ldap_sasl_interactive_bind_s: Other (e.g., implementation specific)
error (80)
additional info: SASL(-1): generic failure: GSSAPI Error:
No credentials
--
From: Jan Henrik Sylvester m...@janh.de
Sent: Wednesday, September 01, 2010 7:33 PM
To: stable-list freebsd freebsd-stable@freebsd.org
Subject: GSSAPI (for OpenLDAP) on FreeBSD 8?
Does anyone have OpenLDAP+GSSAPI running on FreeBSD 8? With the
Hello,
My machine has a similar behavior. For instance, during intensive
workload (portupgrade), everything is quite not-responsive.
I made an alias of portupgrade, nice -n 5 portupgrade, that solves the
problem just in that particular case.
My system is AMD Athlon(tm) 64 Processor 3000+
Source is current as at 0030 on 2nd Sept. and I'm seeing this buildworld error:
=== gnu/lib/csu (obj,depend,all,install)
sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtbegin.o
/usr/obj/usr/src/lib32/usr/lib32/crtbegin.o
sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtend.o
I have a small problem that I am trying to work out a solution for.
Imagine you create a NAS box. Fill a small server with 5 hard drives,
zfs them with raidz or whatever, create your pools and then shear this
to the network using samba. Simple NAS box for your network to put their
files and
On 02/25/10 01:23, Ivan Voras wrote:
Ivan Voras wrote:
I have a fairly recent 8-stable machine running under VMWare ESXi 3.5
(amd64 guest), which apparently crashes every few days from the same
causes:
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame
On 09/02/2010 13:50, Jeremy Chadwick wrote:
On Wed, Sep 01, 2010 at 06:33:03PM +0200, Jan Henrik Sylvester wrote:
I have got problems with GSSAPI authentication to OpenLDAP:
ldap_sasl_interactive_bind_s: Other (e.g., implementation specific)
error (80)
additional info: SASL(-1):
On 09/02/2010 14:30, Reko Turja wrote:
--
From: Jan Henrik Sylvester m...@janh.de
Sent: Wednesday, September 01, 2010 7:33 PM
To: stable-list freebsd freebsd-stable@freebsd.org
Subject: GSSAPI (for OpenLDAP) on FreeBSD 8?
Does anyone have
TB --- 2010-09-02 13:37:58 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 13:37:58 - starting RELENG_8_0 tinderbox run for amd64/amd64
TB --- 2010-09-02 13:37:58 - cleaning the object tree
TB --- 2010-09-02 13:39:09 - cvsupping the source tree
TB --- 2010-09-02 13:39:09 -
TB --- 2010-09-02 13:37:58 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 13:37:58 - starting RELENG_8_0 tinderbox run for arm/arm
TB --- 2010-09-02 13:37:58 - cleaning the object tree
TB --- 2010-09-02 13:38:29 - cvsupping the source tree
TB --- 2010-09-02 13:38:29 -
TB --- 2010-09-02 13:37:58 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 13:37:58 - starting RELENG_8_0 tinderbox run for i386/pc98
TB --- 2010-09-02 13:37:58 - cleaning the object tree
TB --- 2010-09-02 13:38:57 - cvsupping the source tree
TB --- 2010-09-02 13:38:57 -
TB --- 2010-09-02 13:37:58 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 13:37:58 - starting RELENG_8_0 tinderbox run for i386/i386
TB --- 2010-09-02 13:37:58 - cleaning the object tree
TB --- 2010-09-02 13:38:59 - cvsupping the source tree
TB --- 2010-09-02 13:38:59 -
TB --- 2010-09-02 14:11:02 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 14:11:02 - starting RELENG_8_0 tinderbox run for ia64/ia64
TB --- 2010-09-02 14:11:02 - cleaning the object tree
TB --- 2010-09-02 14:11:29 - cvsupping the source tree
TB --- 2010-09-02 14:11:29 -
TB --- 2010-09-02 14:13:19 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 14:13:19 - starting RELENG_8_0 tinderbox run for
powerpc/powerpc
TB --- 2010-09-02 14:13:19 - cleaning the object tree
TB --- 2010-09-02 14:13:47 - cvsupping the source tree
TB --- 2010-09-02
TB --- 2010-09-02 14:17:22 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 14:17:22 - starting RELENG_8_0 tinderbox run for
sparc64/sparc64
TB --- 2010-09-02 14:17:22 - cleaning the object tree
TB --- 2010-09-02 14:17:40 - cvsupping the source tree
TB --- 2010-09-02
TB --- 2010-09-02 14:12:31 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 14:12:31 - starting RELENG_8_0 tinderbox run for mips/mips
TB --- 2010-09-02 14:12:31 - cleaning the object tree
TB --- 2010-09-02 14:12:46 - cvsupping the source tree
TB --- 2010-09-02 14:12:46 -
In the last episode (Sep 01), Tim Bishop said:
On Tue, Aug 31, 2010 at 10:58:29AM -0500, Dan Nelson wrote:
In the last episode (Aug 31), Tim Bishop said:
It happened again this Saturday (clearly something in the weekly
periodic run is triggering the issue). procstat -kk shows the
TB --- 2010-09-02 14:46:20 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 14:46:20 - starting RELENG_8_1 tinderbox run for amd64/amd64
TB --- 2010-09-02 14:46:20 - cleaning the object tree
TB --- 2010-09-02 14:46:45 - cvsupping the source tree
TB --- 2010-09-02 14:46:45 -
TB --- 2010-09-02 14:52:22 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 14:52:22 - starting RELENG_8_1 tinderbox run for i386/pc98
TB --- 2010-09-02 14:52:22 - cleaning the object tree
TB --- 2010-09-02 14:52:39 - cvsupping the source tree
TB --- 2010-09-02 14:52:39 -
TB --- 2010-09-02 14:48:22 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 14:48:22 - starting RELENG_8_1 tinderbox run for arm/arm
TB --- 2010-09-02 14:48:22 - cleaning the object tree
TB --- 2010-09-02 14:48:28 - cvsupping the source tree
TB --- 2010-09-02 14:48:28 -
The cvsup server the tinder boxes update from is getting some more
disk space installed. It should be able back up in another 45min or so.
---Mike
At 10:52 AM 9/2/2010, FreeBSD Tinderbox wrote:
TB --- 2010-09-02 14:12:31 - tinderbox 2.6 running on
freebsd-current.sentex.ca
TB ---
TB --- 2010-09-02 14:51:46 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 14:51:46 - starting RELENG_8_1 tinderbox run for i386/i386
TB --- 2010-09-02 14:51:46 - cleaning the object tree
TB --- 2010-09-02 14:52:02 - cvsupping the source tree
TB --- 2010-09-02 14:52:02 -
TB --- 2010-09-02 15:21:43 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 15:21:43 - starting RELENG_8_1 tinderbox run for ia64/ia64
TB --- 2010-09-02 15:21:43 - cleaning the object tree
TB --- 2010-09-02 15:21:58 - cvsupping the source tree
TB --- 2010-09-02 15:21:58 -
TB --- 2010-09-02 15:26:21 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 15:26:21 - starting RELENG_8_1 tinderbox run for
powerpc/powerpc
TB --- 2010-09-02 15:26:21 - cleaning the object tree
TB --- 2010-09-02 15:26:41 - cvsupping the source tree
TB --- 2010-09-02
TB --- 2010-09-02 15:26:03 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 15:26:03 - starting RELENG_8_1 tinderbox run for mips/mips
TB --- 2010-09-02 15:26:03 - cleaning the object tree
TB --- 2010-09-02 15:26:09 - cvsupping the source tree
TB --- 2010-09-02 15:26:09 -
TB --- 2010-09-02 15:28:33 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 15:28:33 - starting RELENG_8_1 tinderbox run for
sparc64/sparc64
TB --- 2010-09-02 15:28:33 - cleaning the object tree
TB --- 2010-09-02 15:28:46 - cvsupping the source tree
TB --- 2010-09-02
TB --- 2010-09-02 15:55:41 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 15:55:41 - starting RELENG_8 tinderbox run for amd64/amd64
TB --- 2010-09-02 15:55:41 - cleaning the object tree
TB --- 2010-09-02 15:56:02 - cvsupping the source tree
TB --- 2010-09-02 15:56:02 -
TB --- 2010-09-02 16:00:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 16:00:01 - starting RELENG_8 tinderbox run for arm/arm
TB --- 2010-09-02 16:00:01 - cleaning the object tree
TB --- 2010-09-02 16:00:08 - cvsupping the source tree
TB --- 2010-09-02 16:00:08 -
TB --- 2010-09-02 16:04:41 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 16:04:41 - starting RELENG_8 tinderbox run for i386/pc98
TB --- 2010-09-02 16:04:41 - cleaning the object tree
TB --- 2010-09-02 16:04:52 - cvsupping the source tree
TB --- 2010-09-02 16:04:52 -
TB --- 2010-09-02 16:03:18 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 16:03:18 - starting RELENG_8 tinderbox run for i386/i386
TB --- 2010-09-02 16:03:18 - cleaning the object tree
TB --- 2010-09-02 16:03:35 - cvsupping the source tree
TB --- 2010-09-02 16:03:35 -
You need an HP SAS expander card in the new box, and an HBA in your primary
box with external ports to hook it into.
Then the drives in the other box will show up as local drives on your
primary box.
You don't even need an operating system on the second box, it just needs
enough hardware in it
TB --- 2010-09-02 16:33:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 16:33:00 - starting RELENG_8 tinderbox run for ia64/ia64
TB --- 2010-09-02 16:33:00 - cleaning the object tree
TB --- 2010-09-02 16:33:16 - cvsupping the source tree
TB --- 2010-09-02 16:33:16 -
TB --- 2010-09-02 16:38:08 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 16:38:08 - starting RELENG_8 tinderbox run for mips/mips
TB --- 2010-09-02 16:38:08 - cleaning the object tree
TB --- 2010-09-02 16:38:15 - cvsupping the source tree
TB --- 2010-09-02 16:38:15 -
TB --- 2010-09-02 16:40:37 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 16:40:37 - starting RELENG_8 tinderbox run for powerpc/powerpc
TB --- 2010-09-02 16:40:37 - cleaning the object tree
TB --- 2010-09-02 16:40:50 - cvsupping the source tree
TB --- 2010-09-02 16:40:50 -
TB --- 2010-09-02 16:42:24 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-02 16:42:24 - starting RELENG_8 tinderbox run for sparc64/sparc64
TB --- 2010-09-02 16:42:24 - cleaning the object tree
TB --- 2010-09-02 16:42:36 - cvsupping the source tree
TB --- 2010-09-02 16:42:36 -
On 2010-09-02 14:50, Rob Byrnes wrote:
Source is current as at 0030 on 2nd Sept. and I'm seeing this buildworld
error:
=== gnu/lib/csu (obj,depend,all,install)
sh /usr/src/tools/install.sh -o root -g wheel -m 444 crtbegin.o
/usr/obj/usr/src/lib32/usr/lib32/crtbegin.o
sh
[regarding getting more disks in a machine]
On Thu, Sep 2, 2010 at 12:47 PM, Joshua Boyd boy...@jbip.net wrote:
You need an HP SAS expander card in the new box, and an HBA in your primary
box with external ports to hook it into.
Then the drives in the other box will show up as local drives on
On Thu, Sep 02, 2010 at 04:56:04PM -0400, Zaphod Beeblebrox wrote:
[regarding getting more disks in a machine]
On Thu, Sep 2, 2010 at 12:47 PM, Joshua Boyd boy...@jbip.net wrote:
You need an HP SAS expander card in the new box, and an HBA in your primary
box with external ports to hook it
On Fri, Sep 3, 2010 at 12:08 AM, Jeremy Chadwick
free...@jdc.parodius.com wrote:
On Thu, Sep 02, 2010 at 04:56:04PM -0400, Zaphod Beeblebrox wrote:
With 1.5T disks, I find that the 4 to 1 multipliers have a small
effect on speed. The 4 drives I have on the multipler are saturated
at 100% a
geom_gate - ggated(8)
Not going to be fast though
(sorry for bad reply, mobile gmail sucks)
--
O ascii ribbon campaign - stop html mail - www.asciiribbon.org
___
freebsd-stable@freebsd.org mailing list
52 matches
Mail list logo
