Re: zpool labelclear destroys GPT data

2013-06-14 Thread Johan Hendriks
Kimmo Paasiala schreef: On Fri, Jun 14, 2013 at 12:22 AM, Johan Hendriks joh.hendr...@gmail.com wrote: Op 13-6-2013 14:40, Kimmo Paasiala schreef: The 'device' can be a partition as well as the whole disk, use 'zpool labelclear' on the freebsd-zfs partition instead of the whole disk. -Kimmo

installworld dtrace problems

2013-06-14 Thread Daniel Braniss
with the latest changes to dtrace, make installworld has problems, some directories are not created: /usr/share/dtrace /usr/share/dtrace/toolkit creating them is a workaround. danny ___ freebsd-stable@freebsd.org mailing list

Re: zpool labelclear destroys GPT data

2013-06-14 Thread Florent Peterschmitt
Le 14/06/2013 09:35, Johan Hendriks a écrit : Kimmo Paasiala schreef: On Fri, Jun 14, 2013 at 12:22 AM, Johan Hendriks joh.hendr...@gmail.com wrote: Op 13-6-2013 14:40, Kimmo Paasiala schreef: The 'device' can be a partition as well as the whole disk, use 'zpool labelclear' on the

[releng_8 tinderbox] failure on arm/arm

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 07:40:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:40:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[releng_8 tinderbox] failure on mips/mips

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 07:40:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:40:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[releng_8 tinderbox] failure on ia64/ia64

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 07:40:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:40:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[releng_8 tinderbox] failure on i386/pc98

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 07:40:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:40:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[releng_8 tinderbox] failure on i386/i386

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 07:40:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:40:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[releng_8 tinderbox] failure on amd64/amd64

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 07:40:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:40:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[releng_8 tinderbox] failure on sparc64/sparc64

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 07:45:11 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:45:11 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[releng_8 tinderbox] failure on powerpc/powerpc

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 07:44:57 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:44:57 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

Re: zpool labelclear destroys GPT data

2013-06-14 Thread Daniel O'Connor
On 14/06/2013, at 17:05, Johan Hendriks joh.hendr...@gmail.com wrote: Of course, zpool(8) will do exactly what you tell it to do. It does not know about any partitioning schemes and assumes that the user knows that using labelclear on a the whole disk will potentially destroy all data on it

Re: zpool labelclear destroys GPT data

2013-06-14 Thread Alban Hertroys
On 14 June 2013 10:02, Daniel O'Connor docon...@gsoft.com.au wrote: On 14/06/2013, at 17:05, Johan Hendriks joh.hendr...@gmail.com wrote: Of course, zpool(8) will do exactly what you tell it to do. It does not know about any partitioning schemes and assumes that the user knows that using

Re: zpool labelclear destroys GPT data

2013-06-14 Thread Daniel O'Connor
On 14/06/2013, at 17:48, Alban Hertroys haram...@gmail.com wrote: IMHO it would be helpful to verify what's there first and warn the user about it if such an operation will overwrite a different type of label than what is about to get written there. Perhaps it should even refuse to write

Re: zpool labelclear destroys GPT data

2013-06-14 Thread Alban Hertroys
On 14 June 2013 10:21, Daniel O'Connor docon...@gsoft.com.au wrote: On 14/06/2013, at 17:48, Alban Hertroys haram...@gmail.com wrote: IMHO it would be helpful to verify what's there first and warn the user about it if such an operation will overwrite a different type of label than what is

Re: zpool labelclear destroys GPT data

2013-06-14 Thread Daniel O'Connor
On 14/06/2013, at 18:16, Alban Hertroys haram...@gmail.com wrote: The problem with this is that then each label tool needs to know about every other label format you want to detect for.. Isn't it possible to add such information to labels, so that the tools at least know who to ask what

Help! :( ZFS panic on boot, importing pool after server crash.

2013-06-14 Thread Dr Josef Karthauser
Hi, I'm a bit at the end of my tether. We had a ZFS panic last night on a machine that hosts all my mail and web; it was rebooted and it now panics mounting the ZFS root filesystem. The call stack info is: solaris assert: ss == NULL, file:

Re: Suggesting a new experimental fork for ports tree

2013-06-14 Thread Jože Zobec
Sorry for not replying earlier, I had a lot of work to do. We had the discussion about extra fork for ports on the FreeBSD forums too (few days ago) and they suggested redports. I didn't know before that such a thing already existed, so it's okay. I apologize for not reasearching the matter more

[releng_8 tinderbox] failure on arm/arm

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 10:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[releng_8 tinderbox] failure on mips/mips

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 10:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[releng_8 tinderbox] failure on ia64/ia64

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 10:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[releng_8 tinderbox] failure on i386/pc98

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 10:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[releng_8 tinderbox] failure on i386/i386

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 10:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[releng_8 tinderbox] failure on amd64/amd64

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 10:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

Re: Help! :( ZFS panic on boot, importing pool after server crash.

2013-06-14 Thread Volodymyr Kostyrko
14.06.2013 12:55, Dr Josef Karthauser: Hi, I'm a bit at the end of my tether. We had a ZFS panic last night on a machine that hosts all my mail and web; it was rebooted and it now panics mounting the ZFS root filesystem. The call stack info is: solaris assert: ss == NULL, file:

[releng_8 tinderbox] failure on powerpc/powerpc

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 10:14:55 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:14:55 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[releng_8 tinderbox] failure on sparc64/sparc64

2013-06-14 Thread FreeBSD Tinderbox
TB --- 2013-06-14 10:15:09 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:15:09 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

Re: Help! :( ZFS panic on boot, importing pool after server crash.

2013-06-14 Thread Dr Josef Karthauser
On 14 Jun 2013, at 12:00, Volodymyr Kostyrko c.kw...@gmail.com wrote: 14.06.2013 12:55, Dr Josef Karthauser: Hi, I'm a bit at the end of my tether. p.s. the config, btw, is a ZFS mirror on two ad devices. It's got a ZFS root file system. If you are fairly sure about your devices you can:

Re: installworld dtrace problems

2013-06-14 Thread George Neville-Neil
On Jun 14, 2013, at 3:25 , Daniel Braniss da...@cs.huji.ac.il wrote: with the latest changes to dtrace, make installworld has problems, some directories are not created: /usr/share/dtrace /usr/share/dtrace/toolkit creating them is a workaround. Pointy hat to me. If no one

Re: Help! :( ZFS panic on boot, importing pool after server crash.

2013-06-14 Thread Volodymyr Kostyrko
14.06.2013 15:51, Dr Josef Karthauser: On 14 Jun 2013, at 12:00, Volodymyr Kostyrko c.kw...@gmail.com wrote: 14.06.2013 12:55, Dr Josef Karthauser: Hi, I'm a bit at the end of my tether. p.s. the config, btw, is a ZFS mirror on two ad devices. It's got a ZFS root file system. If you are

Re: ACPI Warning, then hang

2013-06-14 Thread John Baldwin
On Monday, June 10, 2013 10:18:47 pm Bryce Edwards wrote: Verbose boot: https://www.dropbox.com/s/obm8rtavro68ea8/acpi-verbose.jpg That is odd. I had expected it to output some other messages. Hmm, the line two lines up shows your RSDP (list of ACPI tables) seems to be garbage as well. I

Re: zpool labelclear destroys GPT data

2013-06-14 Thread John Baldwin
On Friday, June 14, 2013 4:21:08 am Daniel O'Connor wrote: On 14/06/2013, at 17:48, Alban Hertroys haram...@gmail.com wrote: IMHO it would be helpful to verify what's there first and warn the user about it if such an operation will overwrite a different type of label than what is about to

Re: zpool labelclear destroys GPT data

2013-06-14 Thread Tom Evans
On Fri, Jun 14, 2013 at 4:49 PM, John Baldwin j...@freebsd.org wrote: Well, you could have zpool check if there is a valid ZFS label and prompt/warn if it doesn't find one on whatever device it's about to wipe. That doesn't fix the gmirror/gpt case, but it might make zpool more intuitive to