[head tinderbox] failure on amd64/amd64

2011-02-03 Thread FreeBSD Tinderbox
TB --- 2011-02-04 04:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-04 04:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-02-04 04:10:00 - cleaning the object tree TB --- 2011-02-04 04:10:15 - cvsupping the source tree TB --- 2011-02-04 04:10:15 - /usr/bin

[head tinderbox] failure on powerpc/powerpc

2011-02-03 Thread FreeBSD Tinderbox
TB --- 2011-02-04 01:27:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-04 01:27:44 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-02-04 01:27:44 - cleaning the object tree TB --- 2011-02-04 01:27:54 - cvsupping the source tree TB --- 2011-02-04 01:27:54 - /usr

[head tinderbox] failure on ia64/ia64

2011-02-03 Thread FreeBSD Tinderbox
TB --- 2011-02-04 00:32:43 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-04 00:32:43 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-02-04 00:32:43 - cleaning the object tree TB --- 2011-02-04 00:32:54 - cvsupping the source tree TB --- 2011-02-04 00:32:54 - /usr/bin/c

[head tinderbox] failure on amd64/amd64

2011-02-03 Thread FreeBSD Tinderbox
TB --- 2011-02-03 23:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-03 23:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-02-03 23:40:00 - cleaning the object tree TB --- 2011-02-03 23:40:26 - cvsupping the source tree TB --- 2011-02-03 23:40:26 - /usr/bin

[head tinderbox] failure on i386/i386

2011-02-03 Thread FreeBSD Tinderbox
TB --- 2011-02-03 23:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-03 23:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-02-03 23:40:00 - cleaning the object tree TB --- 2011-02-03 23:40:27 - cvsupping the source tree TB --- 2011-02-03 23:40:27 - /usr/bin/c

[head tinderbox] failure on i386/pc98

2011-02-03 Thread FreeBSD Tinderbox
TB --- 2011-02-03 23:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-03 23:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-02-03 23:40:00 - cleaning the object tree TB --- 2011-02-03 23:40:22 - cvsupping the source tree TB --- 2011-02-03 23:40:22 - /usr/bin/c

Re: Ethernet Drivers: Question on Sending Received Packets to the FreeBSD Network Stack

2011-02-03 Thread Ryan Stone
On Thu, Feb 3, 2011 at 2:48 PM, Julian Elischer wrote: > I had never considered passing a set of packets, but after my initial > scoffing thoughts I realized that it would actually be a very interesting > thought experiment to see if the ability to do that would be advantageous in > any way. I tma

Re: Replacing a failed disk in raidz2 zfs (and gpt)

2011-02-03 Thread Pawel Jakub Dawidek
On Thu, Feb 03, 2011 at 08:08:15PM +, Philip M. Gollucci wrote: > On 02/03/11 20:02, Pawel Jakub Dawidek wrote: > > On Thu, Feb 03, 2011 at 07:52:52PM +, Philip M. Gollucci wrote: > >> Do you have a bug ID ? > > > > I think it is 6328632. Change 5a60f16123ba. Note, there are many, many > >

[RFC] removing broken includes

2011-02-03 Thread Alexander Best
hi everybody, i've started to check the source for broken includes, such as the one fixed in r218189. so far i've run through arch=amd64 and found only two broken includes, which should be fixed by the attached patch. the commands i'm using are: for target=buildkernel: make SRCCONF=/dev/null __MA

Re: Ethernet Drivers: Question on Sending Received Packets to the FreeBSD Network Stack

2011-02-03 Thread Julian Elischer
On 2/3/11 10:08 AM, David Somayajulu wrote: Hi All, While sending the Received Ethernet Frames (non - LRO case) to the FreeBSD Network Stack via (struct ifnet *)->if_input((struct ifnet *), (struct *mbuf)); Is it possible to send multiple Ethernet Frames in a single invocation of the above cal

Re: Replacing a failed disk in raidz2 zfs (and gpt)

2011-02-03 Thread Philip M. Gollucci
On 02/03/11 20:02, Pawel Jakub Dawidek wrote: > On Thu, Feb 03, 2011 at 07:52:52PM +, Philip M. Gollucci wrote: >> Do you have a bug ID ? > > I think it is 6328632. Change 5a60f16123ba. Note, there are many, many > other unrelated changes. > >> Do you have any work arounds? > > From what I c

Re: Replacing a failed disk in raidz2 zfs (and gpt)

2011-02-03 Thread Pawel Jakub Dawidek
On Thu, Feb 03, 2011 at 07:52:52PM +, Philip M. Gollucci wrote: > Do you have a bug ID ? I think it is 6328632. Change 5a60f16123ba. Note, there are many, many other unrelated changes. > Do you have any work arounds? From what I can see, this change is in HEAD already, so I'll try that. > W

Re: Replacing a failed disk in raidz2 zfs (and gpt)

2011-02-03 Thread Philip M. Gollucci
Do you have a bug ID ? Do you have any work arounds? Will a reboot help ? On 02/03/11 19:44, Pawel Jakub Dawidek wrote: > On Thu, Feb 03, 2011 at 06:11:34AM +, Philip M. Gollucci wrote: >> All, >> >> I have a zroot(mirror)+zmysql(raidz2) setup on a MySQL db box. >> One drive failed (mfid3).

Re: Replacing a failed disk in raidz2 zfs (and gpt)

2011-02-03 Thread Pawel Jakub Dawidek
On Thu, Feb 03, 2011 at 06:11:34AM +, Philip M. Gollucci wrote: > All, > > I have a zroot(mirror)+zmysql(raidz2) setup on a MySQL db box. > One drive failed (mfid3). We've since replaced it. > > I can't for the life of me get zpool to replace it. I can't remember why > I used gpt instead of

Re: Replacing a failed disk in raidz2 zfs (and gpt)

2011-02-03 Thread Philip M. Gollucci
On 02/03/11 10:38, Stefan Bethke wrote: > Am 03.02.2011 um 07:11 schrieb Philip M. Gollucci: > >> All filesystems are formatted with the current version. >> >> $ hd -v /dev/mfid3p1 | head >> hd: /dev/mfid3p1: Input/output error >> >> $ hd -v /dev/gpt/disk3 | head >> hd: /dev/gpt/disk3: Input/outpu

Ethernet Drivers: Question on Sending Received Packets to the FreeBSD Network Stack

2011-02-03 Thread David Somayajulu
Hi All, While sending the Received Ethernet Frames (non - LRO case) to the FreeBSD Network Stack via (struct ifnet *)->if_input((struct ifnet *), (struct *mbuf)); Is it possible to send multiple Ethernet Frames in a single invocation of the above callback function? In other words should (struct

Re: Panic with mca trap

2011-02-03 Thread mdf
On Thu, Feb 3, 2011 at 7:09 AM, John Baldwin wrote: > On Thursday, February 03, 2011 8:05:31 am John Baldwin wrote: >> On Tuesday, February 01, 2011 11:58:12 am m...@freebsd.org wrote: >> > On a piece of hardware trying to verify basic build tests, we got an >> > MCA exception that then panic'd th

Re: looking for a fast way to dump a dvd to a file on my hdd

2011-02-03 Thread Ulrich Spörlein
On Thu, 03.02.2011 at 03:19:44 -0800, Xin LI wrote: > On Thu, Feb 3, 2011 at 3:07 AM, Gary Jennejohn > wrote: > > On Wed, 2 Feb 2011 22:02:11 +0100 > > Ulrich Spörlein wrote: > > > >> On Wed, 02.02.2011 at 12:04:58 -0800, Xin LI wrote: > >> > On 02/02/11 11:54, Alexander Best wrote: > >> > > so f

Re: Panic with mca trap

2011-02-03 Thread John Baldwin
On Thursday, February 03, 2011 8:05:31 am John Baldwin wrote: > On Tuesday, February 01, 2011 11:58:12 am m...@freebsd.org wrote: > > On a piece of hardware trying to verify basic build tests, we got an > > MCA exception that then panic'd the kernel due to WITNESS/INVARIANTS > > interaction. > > >

Re: Panic with mca trap

2011-02-03 Thread John Baldwin
On Tuesday, February 01, 2011 11:58:12 am m...@freebsd.org wrote: > On a piece of hardware trying to verify basic build tests, we got an > MCA exception that then panic'd the kernel due to WITNESS/INVARIANTS > interaction. > > panic @ time 1296563157.510, thread 0xff000554: blockable > sle

Re: looking for a fast way to dump a dvd to a file on my hdd

2011-02-03 Thread Xin LI
On Thu, Feb 3, 2011 at 3:07 AM, Gary Jennejohn wrote: > On Wed, 2 Feb 2011 22:02:11 +0100 > Ulrich Spörlein wrote: > >> On Wed, 02.02.2011 at 12:04:58 -0800, Xin LI wrote: >> > On 02/02/11 11:54, Alexander Best wrote: >> > > so far dd(1) with a bs=2048 finished after: >> > > >> > > 4676648960 byt

Re: looking for a fast way to dump a dvd to a file on my hdd

2011-02-03 Thread Gary Jennejohn
On Wed, 2 Feb 2011 22:02:11 +0100 Ulrich Spörlein wrote: > On Wed, 02.02.2011 at 12:04:58 -0800, Xin LI wrote: > > On 02/02/11 11:54, Alexander Best wrote: > > > so far dd(1) with a bs=2048 finished after: > > > > > > 4676648960 bytes transferred in 1639.108763 secs (2853166 bytes/sec) > > > >

Re: Replacing a failed disk in raidz2 zfs (and gpt)

2011-02-03 Thread Stefan Bethke
Am 03.02.2011 um 07:11 schrieb Philip M. Gollucci: > All filesystems are formatted with the current version. > > $ hd -v /dev/mfid3p1 | head > hd: /dev/mfid3p1: Input/output error > > $ hd -v /dev/gpt/disk3 | head > hd: /dev/gpt/disk3: Input/output error Did you install a partition table on the

Re: ZFS v28 is ready for wider testing.

2011-02-03 Thread Olivier Smedts
2011/2/2 Christopher Olsen : > Pawel, > > I have the latest current source and I patched with your zfs patch from > zfs_20101213.patch and I am having trouble compiling my kernel.. Is there a > more current patch to work with the latest –CURRENT source? An answer from yesterday (working for me t