TB --- 2011-08-07 06:16:10 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 06:16:10 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-08-07 06:16:10 - cleaning the object tree
TB --- 2011-08-07 06:16:15 - cvsupping the source tree
TB --- 2011-08-07 06:16:15 - /usr
TB --- 2011-08-07 06:15:48 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 06:15:48 - starting HEAD tinderbox run for mips/mips
TB --- 2011-08-07 06:15:48 - cleaning the object tree
TB --- 2011-08-07 06:15:54 - cvsupping the source tree
TB --- 2011-08-07 06:15:54 - /usr/bin/c
On Sat, 06 Aug 2011 20:37:38 +, Baptiste Daroussin wrote:
On Sat, 06 Aug 2011 19:02:49 +0200, Martin Matuska wrote:
The error is in FreeBSD ISO images.
They are created using makefs and that doesn't create ISO files that
strictly comple to the ECMA-119 (ISO9660 standard).
I have already fil
TB --- 2011-08-07 05:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 05:40:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-08-07 05:40:00 - cleaning the object tree
TB --- 2011-08-07 05:40:09 - cvsupping the source tree
TB --- 2011-08-07 05:40:09 - /usr/bin/c
TB --- 2011-08-07 05:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 05:40:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-08-07 05:40:00 - cleaning the object tree
TB --- 2011-08-07 05:40:10 - cvsupping the source tree
TB --- 2011-08-07 05:40:10 - /usr/bin/c
as of recent times, some git rebase operations fail unexpectedly with
an error: "cannot create .git/index.lock: file exists". an
investigation session was something like the following:
$ ls -l .git
the index.lock file is not in the shown list.
$ ls -l .git/index.lock
the file is listed! it's a regu
TB --- 2011-08-07 05:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 05:40:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-08-07 05:40:00 - cleaning the object tree
TB --- 2011-08-07 05:40:06 - cvsupping the source tree
TB --- 2011-08-07 05:40:06 - /usr/bin/csu
TB --- 2011-08-07 03:43:37 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 03:43:37 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2011-08-07 03:43:37 - cleaning the object tree
TB --- 2011-08-07 03:43:51 - cvsupping the source tree
TB --- 2011-08-07 03:43:51 - /u
TB --- 2011-08-07 02:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 02:40:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-08-07 02:40:00 - cleaning the object tree
TB --- 2011-08-07 02:40:20 - cvsupping the source tree
TB --- 2011-08-07 02:40:20 - /usr/bin
TB --- 2011-08-07 03:16:04 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 03:16:04 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-08-07 03:16:04 - cleaning the object tree
TB --- 2011-08-07 03:16:10 - cvsupping the source tree
TB --- 2011-08-07 03:16:10 - /usr
TB --- 2011-08-07 03:15:53 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 03:15:53 - starting HEAD tinderbox run for mips/mips
TB --- 2011-08-07 03:15:53 - cleaning the object tree
TB --- 2011-08-07 03:15:58 - cvsupping the source tree
TB --- 2011-08-07 03:15:58 - /usr/bin/c
TB --- 2011-08-07 02:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 02:40:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-08-07 02:40:00 - cleaning the object tree
TB --- 2011-08-07 02:40:09 - cvsupping the source tree
TB --- 2011-08-07 02:40:09 - /usr/bin/c
TB --- 2011-08-07 02:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 02:40:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-08-07 02:40:00 - cleaning the object tree
TB --- 2011-08-07 02:40:06 - cvsupping the source tree
TB --- 2011-08-07 02:40:06 - /usr/bin/c
TB --- 2011-08-07 02:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 02:40:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-08-07 02:40:00 - cleaning the object tree
TB --- 2011-08-07 02:40:07 - cvsupping the source tree
TB --- 2011-08-07 02:40:07 - /usr/bin/csu
TB --- 2011-08-07 00:44:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 00:44:00 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2011-08-07 00:44:00 - cleaning the object tree
TB --- 2011-08-07 00:44:14 - cvsupping the source tree
TB --- 2011-08-07 00:44:14 - /u
TB --- 2011-08-06 23:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-06 23:40:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-08-06 23:40:00 - cleaning the object tree
TB --- 2011-08-06 23:40:17 - cvsupping the source tree
TB --- 2011-08-06 23:40:17 - /usr/bin
db> reboot
cpu_reset: Restarting BSP
cpu_reset: Restarting BSP
cpu_reset_proxy: Stopped CPU 2
cpu_reset_proxy: Stopped CPU 2
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send an
TB --- 2011-08-07 00:16:15 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 00:16:15 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-08-07 00:16:15 - cleaning the object tree
TB --- 2011-08-07 00:16:19 - cvsupping the source tree
TB --- 2011-08-07 00:16:19 - /usr
TB --- 2011-08-07 00:16:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-07 00:16:00 - starting HEAD tinderbox run for mips/mips
TB --- 2011-08-07 00:16:00 - cleaning the object tree
TB --- 2011-08-07 00:16:04 - cvsupping the source tree
TB --- 2011-08-07 00:16:04 - /usr/bin/c
On Sat, Aug 6, 2011 at 5:00 PM, David Boyd wrote:
> This appears to be a problem only in 9.0-current and 9.0-beta1.
>
> The perl module p5-Sys-Filesystem appears in i386 but not in amd64.
>
> It is part of our automated installation.
>
> Thanks in advance for any information you can provide, for a
On Sat, Aug 06, 2011 at 08:11:32PM -0400, b. f. wrote:
> On 8/6/11, Kostik Belousov wrote:
> > On Sat, Aug 06, 2011 at 04:44:25AM -0400, b. f. wrote:
> >> Recent changes to the kernel (sys/kern/vfs_mount.c, in r224655?)
> >> between r224550 and r224655 have broken my tinderbox setup. It had a
> >
This appears to be a problem only in 9.0-current and 9.0-beta1.
The perl module p5-Sys-Filesystem appears in i386 but not in amd64.
It is part of our automated installation.
Thanks in advance for any information you can provide, for assisting with
the proper resolution of this problem or for sim
On Sat, Aug 6, 2011 at 2:35 PM, Doug Barton wrote:
> On 08/06/2011 07:52, Nathan Whitehorn wrote:
>> This is, to some extent, a deliberate design decision. The idea is that
>> if you are installing onto an existing partition with the right type,
>> then you really do just want to use it without ne
TB --- 2011-08-06 23:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-06 23:40:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-08-06 23:40:00 - cleaning the object tree
TB --- 2011-08-06 23:40:07 - cvsupping the source tree
TB --- 2011-08-06 23:40:07 - /usr/bin/c
TB --- 2011-08-06 23:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-06 23:40:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-08-06 23:40:00 - cleaning the object tree
TB --- 2011-08-06 23:40:06 - cvsupping the source tree
TB --- 2011-08-06 23:40:06 - /usr/bin/c
On 8/6/11, Kostik Belousov wrote:
> On Sat, Aug 06, 2011 at 04:44:25AM -0400, b. f. wrote:
>> Recent changes to the kernel (sys/kern/vfs_mount.c, in r224655?)
>> between r224550 and r224655 have broken my tinderbox setup. It had a
>> tmpfs filesystem mounted at /T and a UFS filesystem mounted at
TB --- 2011-08-06 23:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-06 23:40:00 - starting HEAD tinderbox run for arm/arm
TB --- 2011-08-06 23:40:00 - cleaning the object tree
TB --- 2011-08-06 23:40:05 - cvsupping the source tree
TB --- 2011-08-06 23:40:05 - /usr/bin/csu
On 2011-08-05 07:08, Test Rat wrote:
Pawel Worach writes:
...
A workaround for the hang on boot and "error 1 lba X" failures is the
following patch, it would be interesting if it also makes the
zfs_alloc/free error go away too.
After applying the patch zfsboot and gptzfsboot boot successfully
TB --- 2011-08-06 21:34:21 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-06 21:34:21 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2011-08-06 21:34:21 - cleaning the object tree
TB --- 2011-08-06 21:34:43 - cvsupping the source tree
TB --- 2011-08-06 21:34:43 - /u
TB --- 2011-08-06 20:30:01 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-06 20:30:01 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-08-06 20:30:01 - cleaning the object tree
TB --- 2011-08-06 20:30:48 - cvsupping the source tree
TB --- 2011-08-06 20:30:48 - /usr/bin
TB --- 2011-08-06 21:12:18 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-06 21:12:18 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2011-08-06 21:12:18 - cleaning the object tree
TB --- 2011-08-06 21:12:34 - cvsupping the source tree
TB --- 2011-08-06 21:12:34 - /usr
On 08/06/2011 07:52, Nathan Whitehorn wrote:
> This is, to some extent, a deliberate design decision. The idea is that
> if you are installing onto an existing partition with the right type,
> then you really do just want to use it without newfs.
Actually, if I am reinstalling I really do want to
TB --- 2011-08-06 21:06:37 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-06 21:06:37 - starting HEAD tinderbox run for mips/mips
TB --- 2011-08-06 21:06:37 - cleaning the object tree
TB --- 2011-08-06 21:06:46 - cvsupping the source tree
TB --- 2011-08-06 21:06:46 - /usr/bin/c
TB --- 2011-08-06 20:30:01 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-06 20:30:01 - starting HEAD tinderbox run for i386/i386
TB --- 2011-08-06 20:30:01 - cleaning the object tree
TB --- 2011-08-06 20:30:48 - cvsupping the source tree
TB --- 2011-08-06 20:30:48 - /usr/bin/c
TB --- 2011-08-06 20:30:01 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-06 20:30:01 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-08-06 20:30:01 - cleaning the object tree
TB --- 2011-08-06 20:30:40 - cvsupping the source tree
TB --- 2011-08-06 20:30:40 - /usr/bin/c
TB --- 2011-08-06 20:30:01 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-08-06 20:30:01 - starting HEAD tinderbox run for arm/arm
TB --- 2011-08-06 20:30:01 - cleaning the object tree
TB --- 2011-08-06 20:30:32 - cvsupping the source tree
TB --- 2011-08-06 20:30:32 - /usr/bin/csu
On Sat, 06 Aug 2011 19:02:49 +0200, Martin Matuska wrote:
The error is in FreeBSD ISO images.
They are created using makefs and that doesn't create ISO files that
strictly comple to the ECMA-119 (ISO9660 standard).
I have already filed a PR at NetBSD (bin/45217):
http://gnats.netbsd.org/cgi-bin/
On 08/06/11 12:18, Garrett Wollman wrote:
In article<4e3d55fd.7090...@freebsd.org>, nwhiteh...@freebsd.org writes:
I'm not entirely sure what you're referring to. Whenever you add a /
partition on a partitioning scheme that requires a boot partition (APM,
GPT on some platforms), the installer as
In article <4e3d55fd.7090...@freebsd.org>, nwhiteh...@freebsd.org writes:
>I'm not entirely sure what you're referring to. Whenever you add a /
>partition on a partitioning scheme that requires a boot partition (APM,
>GPT on some platforms), the installer asks you if you want to add a boot
>part
The error is in FreeBSD ISO images.
They are created using makefs and that doesn't create ISO files that
strictly comple to the ECMA-119 (ISO9660 standard).
I have already filed a PR at NetBSD (bin/45217):
http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=45217
The volume_set_id doesn't h
On 06/08/2011 15:48, Nathan Whitehorn wrote:
> On 08/05/11 10:58, Lars Engels wrote:
>> On Wed, Aug 03, 2011 at 09:03:22PM +0200, Marc Fonvieille wrote:
>>> On Wed, Aug 03, 2011 at 08:28:34PM +0200, Marc Fonvieille wrote:
On Tue, Aug 02, 2011 at 08:36:01AM -0500, Nathan Whitehorn wrote:
>
Hello, Ed.
You wrote 6 августа 2011 г., 13:27:20:
> It should be noted that the ahci(4) driver made the system hang on
> timeouts, whereas the ata(4) driver already observed timeouts during
> startup and disabled the channel entirely. This allowed me to properly
> boot with a single disk.
Same pr
On 08/05/11 20:04, Garrett Cooper wrote:
On Fri, Aug 5, 2011 at 3:35 PM, Kevin Oberman wrote:
I have installed 9-Beta1 using the new installation tool and I am
generally happy with it.
The new dialog cause me to need a few more key-strokes because I was
so used to the
old behavior, but it reall
On 08/05/11 17:35, Kevin Oberman wrote:
I have installed 9-Beta1 using the new installation tool and I am
generally happy with it.
The new dialog cause me to need a few more key-strokes because I was
so used to the
old behavior, but it really is more intuitive and I would not want to
see the old
On 08/05/11 10:58, Lars Engels wrote:
On Wed, Aug 03, 2011 at 09:03:22PM +0200, Marc Fonvieille wrote:
On Wed, Aug 03, 2011 at 08:28:34PM +0200, Marc Fonvieille wrote:
On Tue, Aug 02, 2011 at 08:36:01AM -0500, Nathan Whitehorn wrote:
On 08/02/11 04:41, Bruce Cran wrote:
I've been trying out 9
On 08/05/11 11:01, Mike Tancsa wrote:
I netbooted 9.0 Beta and was going to try and install the system onto a
raid1 mirror built with graid. However, neither sysinstall nor
bsdinstall see it fully
I have the box netbooted (Intel Matrix raid)
Could you test the patch at
http://people.freebsd
On Sat, Aug 06, 2011 at 04:44:25AM -0400, b. f. wrote:
> Recent changes to the kernel (sys/kern/vfs_mount.c, in r224655?)
> between r224550 and r224655 have broken my tinderbox setup. It had a
> tmpfs filesystem mounted at /T and a UFS filesystem mounted at /U,
> and, when setting up the tinderbox
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/05/2011 23:07, Ed Schouten wrote:
> Hi Doug,
>
> * Doug Barton , 20110806 02:07:
>> However, I would much rather see us actually change the default
>> file. Users who are going to enable nis will already know that thi
* Ed Schouten , 20110805 20:53:
> The day before yesterday I upgraded a server of mine at Hetzner to
> FreeBSD 9. It seems to use an MSI X58 Pro-E motherboard, having an ICH10
> SATA-controller.
>
> It seems that under high load, I get timeouts on the SATA controller. It
> seems disabling MSI has
Recent changes to the kernel (sys/kern/vfs_mount.c, in r224655?)
between r224550 and r224655 have broken my tinderbox setup. It had a
tmpfs filesystem mounted at /T and a UFS filesystem mounted at /U,
and, when setting up the tinderbox, performed:
mkdir /U/u1
mkdir /U/u2
mkdir /T/t1
mount -t null
Peter Holm wrote:
> On Fri, Jun 24, 2011 at 10:57:16PM +0300, Kostik Belousov wrote:
> > On Fri, Jun 24, 2011 at 06:20:03PM +0200, Peter Holm wrote:
> > > Got a "panic: Not a vnode object" quite fast:
> > >
> > > http://people.freebsd.org/~pho/stress/log/kostik441.txt
> >
> > Ah, yes, this is an as
51 matches
Mail list logo
