Replacing a failed disk in raidz2 zfs (and gpt)

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 direct disks for the zmysql pool (but thats how it is). I've tried all of the fol

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

On Wed Feb 2 11, 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) > > > > Just curious - how

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

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) > > Just curious - how will recoverdisk(1) perform? I haven't tried it > mys

[head tinderbox] failure on ia64/ia64

TB --- 2011-02-02 19:54:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-02 19:54:19 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-02-02 19:54:19 - cleaning the object tree TB --- 2011-02-02 19:54:26 - cvsupping the source tree TB --- 2011-02-02 19:54:26 - /usr/bin/c

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

Hi! > please not that this is an atapi drive, but i'm using ATA_CAM. > > so far dd(1) with a bs=2048 finished after: > > 4676648960 bytes transferred in 1639.108763 secs (2853166 bytes/sec) > > ... this drive is capable of reading dvds at a speed of 16x. [1] tells me, > that this means the enti

ZFS v28 is ready for wider testing.

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?   -Christopher ___ freebsd-cur

[head tinderbox] failure on amd64/amd64

TB --- 2011-02-02 19:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-02 19:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-02-02 19:10:00 - cleaning the object tree TB --- 2011-02-02 19:10:16 - cvsupping the source tree TB --- 2011-02-02 19:10:16 - /usr/bin

[head tinderbox] failure on i386/pc98

TB --- 2011-02-02 19:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-02 19:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-02-02 19:10:00 - cleaning the object tree TB --- 2011-02-02 19:10:13 - cvsupping the source tree TB --- 2011-02-02 19:10:13 - /usr/bin/c

[head tinderbox] failure on i386/i386

TB --- 2011-02-02 19:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-02 19:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-02-02 19:10:00 - cleaning the object tree TB --- 2011-02-02 19:10:14 - cvsupping the source tree TB --- 2011-02-02 19:10:14 - /usr/bin/c

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

Hi, Reference: > From: Alexander Best > Date: Wed, 2 Feb 2011 19:54:41 + > Message-id: <20110202195441.ga39...@freebsd.org> Alexander Best wrote: > hi there, > > i'd like to copy several dvds to my hdd. however my attempts so far haven't > really been that successfull. b

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

On Wed, Feb 02, 2011 at 07:54:41PM +, Alexander Best wrote: > hi there, > > i'd like to copy several dvds to my hdd. however my attempts so far haven't > really been that successfull. basically using dd(1) is just way too slow. > > this is my dvd drive: > > cd0 at ata2 bus 0 scbus2 target 0

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 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) Just curious - how will recoverdisk(1) perform? I haven't tried it myself but it uses m

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

hi there, i'd like to copy several dvds to my hdd. however my attempts so far haven't really been that successfull. basically using dd(1) is just way too slow. this is my dvd drive: cd0 at ata2 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, AT

[head tinderbox] failure on arm/arm

TB --- 2011-02-02 19:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-02 19:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-02-02 19:10:00 - cleaning the object tree TB --- 2011-02-02 19:10:10 - cvsupping the source tree TB --- 2011-02-02 19:10:10 - /usr/bin/csu

Re: Intel H67 support

On 2011-02-02 19:04, Konference wrote: Is there support for new Intel H67 chipset (SATA) ? I didn't find anything relevant on google Maybe after Intel finishes its recall? :) I don't think you want to use those chips... ___ freebsd-current@freeb

Intel H67 support

Hi, Is there support for new Intel H67 chipset (SATA) ? I didn't find anything relevant on google Thanks for reply Jiri/// / ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send

Re: Cannot switch tty's after install xorg, gnome and gdm

Any news or fix about this ? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

[head tinderbox] failure on sparc64/sun4v

TB --- 2011-02-02 17:00:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-02 17:00:10 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-02-02 17:00:10 - cleaning the object tree TB --- 2011-02-02 17:00:19 - cvsupping the source tree TB --- 2011-02-02 17:00:19 - /usr/b

[head tinderbox] failure on sparc64/sparc64

TB --- 2011-02-02 16:47:17 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-02 16:47:17 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-02-02 16:47:17 - cleaning the object tree TB --- 2011-02-02 16:47:27 - cvsupping the source tree TB --- 2011-02-02 16:47:27 - /usr

[head tinderbox] failure on ia64/ia64

TB --- 2011-02-02 15:16:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-02 15:16:04 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-02-02 15:16:04 - cleaning the object tree TB --- 2011-02-02 15:16:05 - cvsupping the source tree TB --- 2011-02-02 15:16:05 - /usr/bin/c

[head tinderbox] failure on amd64/amd64

TB --- 2011-02-02 14:20:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-02 14:20:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-02-02 14:20:01 - cleaning the object tree TB --- 2011-02-02 14:20:01 - cvsupping the source tree TB --- 2011-02-02 14:20:01 - /usr/bin

[head tinderbox] failure on i386/i386

TB --- 2011-02-02 14:20:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-02 14:20:01 - starting HEAD tinderbox run for i386/i386 TB --- 2011-02-02 14:20:01 - cleaning the object tree TB --- 2011-02-02 14:20:01 - cvsupping the source tree TB --- 2011-02-02 14:20:01 - /usr/bin/c

[head tinderbox] failure on i386/pc98

TB --- 2011-02-02 14:20:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-02-02 14:20:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-02-02 14:20:01 - cleaning the object tree TB --- 2011-02-02 14:20:01 - cvsupping the source tree TB --- 2011-02-02 14:20:01 - /usr/bin/c

Re: unbounded sleep on [fifoow] while open a named pipe: is it a feature?

On 28 January 2011 15:14, Jilles Tjoelker wrote: > On Fri, Jan 28, 2011 at 12:43:38PM +0300, Sergey Kandaurov wrote: >> That's FreeBSD 8.1-RELEASE i386 (w/o debug). > >> It's observed for bash processes which end up in unbounded sleep >> in [fifoow] wchan while executing the next script: > >> %%%