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 th
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)
>
> del
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 to
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 --
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-intens
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,
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/Emptydi
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 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 st
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: GSSAP
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"
Sent: Wednesday, September 01, 2010 7:33 PM
To: "stable-list freebsd"
Subject: GSSAPI (for OpenLDAP) on FreeBSD 8?
Does anyone have OpenLDAP+GSSAPI running on FreeBSD 8? With the
libgssapi patch? With the heimdal-1
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+ (1
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
/usr
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 the
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): generic
On 09/02/2010 14:30, Reko Turja wrote:
--
From: "Jan Henrik Sylvester"
Sent: Wednesday, September 01, 2010 7:33 PM
To: "stable-list freebsd"
Subject: GSSAPI (for OpenLDAP) on FreeBSD 8?
Does anyone have OpenLDAP+GSSAPI running on FreeBSD 8? With
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 - /u
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 - /usr/b
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 - /usr
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 - /usr
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 - /usr
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 14:13:47
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 14:17:40
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 - /usr
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 - /u
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 - /usr
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 - /usr/b
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 --- 20
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 - /usr
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 - /usr
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 15:26:41
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 - /usr
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 15:28:46
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 - /usr
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 - /usr/bin
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 - /usr/b
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 - /usr/b
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 to
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 - /usr/b
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 - /usr/b
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 /usr/src/t
[regarding getting more disks in a machine]
On Thu, Sep 2, 2010 at 12:47 PM, Joshua Boyd 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 your
> prim
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 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.
> >
On Fri, Sep 3, 2010 at 12:08 AM, Jeremy Chadwick
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 little bit more tha
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
http://lists.freebsd.org/mailman/listinfo/freebsd
50 matches
Mail list logo
