[Bug 227603] [panic] r323477: Sleeping thread owns a non-sleepable lock

2018-04-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227603 Eugene Grosbein changed: What|Removed |Added Resolution|--- |FIXED

[Bug 227603] [panic] r323477: Sleeping thread owns a non-sleepable lock

2018-04-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227603 --- Comment #4 from Stephen Hurd --- How's it looking? -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-stable@freebsd.org mailing list

Re: gptboot broken when compiled with clang 6 and WITHOUT_LOADER_GELI -- clang 5 is OK

2018-04-26 Thread Lowell Gilbert
Dimitry Andric writes: > On 26 Apr 2018, at 12:06, Dimitry Andric wrote: >> >> On 26 Apr 2018, at 06:17, Dewayne Geraghty >> wrote: >>> >>> Andre, You're not alone. I think there's a problem with clang6 on i386

Re: clear old pools remains from active vdevs

2018-04-26 Thread Andriy Gapon
On 26/04/2018 18:14, Alan Somers wrote: > On Thu, Apr 26, 2018 at 8:37 AM, Eugene Grosbein > wrote: > > 26.04.2018 14:50, Andriy Gapon wrote: > > > You can try to use zdb -l to find the stale labels. > > And then zpool labelclear to

Re: clear old pools remains from active vdevs

2018-04-26 Thread Andriy Gapon
On 26/04/2018 17:37, Eugene Grosbein wrote: > 26.04.2018 14:50, Andriy Gapon wrote: > >> You can try to use zdb -l to find the stale labels. >> And then zpool labelclear to clear them. > > Our "zpool labelclear" implementation destroys everything (literally). > Have you really tried it? > I

Re: clear old pools remains from active vdevs

2018-04-26 Thread Alan Somers
On Thu, Apr 26, 2018 at 8:37 AM, Eugene Grosbein wrote: > 26.04.2018 14:50, Andriy Gapon wrote: > > > You can try to use zdb -l to find the stale labels. > > And then zpool labelclear to clear them. > > Our "zpool labelclear" implementation destroys everything (literally). >

Re: clear old pools remains from active vdevs

2018-04-26 Thread Eugene Grosbein
26.04.2018 14:50, Andriy Gapon wrote: > You can try to use zdb -l to find the stale labels. > And then zpool labelclear to clear them. Our "zpool labelclear" implementation destroys everything (literally). Have you really tried it? ___

Re: gptboot broken when compiled with clang 6 and WITHOUT_LOADER_GELI -- clang 5 is OK

2018-04-26 Thread Dimitry Andric
On 26 Apr 2018, at 12:06, Dimitry Andric wrote: > > On 26 Apr 2018, at 06:17, Dewayne Geraghty > wrote: >> >> Andre, You're not alone. I think there's a problem with clang6 on i386 >> FreeBSD 11.1X, refer: >>

Re: gptboot broken when compiled with clang 6 and WITHOUT_LOADER_GELI -- clang 5 is OK

2018-04-26 Thread Dimitry Andric
On 26 Apr 2018, at 06:17, Dewayne Geraghty wrote: > > Andre, You're not alone. I think there's a problem with clang6 on i386 > FreeBSD 11.1X, refer: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552 >

Re: gptboot broken when compiled with clang 6 and WITHOUT_LOADER_GELI -- clang 5 is OK

2018-04-26 Thread Dimitry Andric
On 25 Apr 2018, at 18:58, Andre Albsmeier wrote: > > I have set up a new system disk for an i386 11.2-PRERELEASE box. I did the > usual > > gpart create -s gpt $disk > gpart add -t freebsd-boot -s 984 $disk > gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 $disk

Re: clear old pools remains from active vdevs

2018-04-26 Thread Andriy Gapon
On 26/04/2018 10:28, Eugene M. Zheganin wrote: > Hello, > > > I have some active vdev disk members that used to be in pool that clearly have > not beed destroyed properly, so I'm seeing in a "zpool import" output > something > like > > > # zpool import >    pool: zroot > id:

clear old pools remains from active vdevs

2018-04-26 Thread Eugene M. Zheganin
Hello, I have some active vdev disk members that used to be in pool that clearly have not beed destroyed properly, so I'm seeing in a "zpool import" output something like # zpool import pool: zroot id: 14767697319309030904 state: UNAVAIL status: The pool was last accessed by