[Bug 204628] ZFS dies when another dataset appears with same mountpoint as existing

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204628 Allan Jude changed: What|Removed |Added Resolution|--- |Not A Bug

[Bug 204633] If INVARIANTS is enabled, free() may attempt to acquire sleeping lock

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204633 Bug ID: 204633 Summary: If INVARIANTS is enabled, free() may attempt to acquire sleeping lock Product: Base System Version: 11.0-CURRENT Hardware: Any

[Bug 204628] ZFS dies when another dataset appears with same mountpoint as existing

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204628 Bug ID: 204628 Summary: ZFS dies when another dataset appears with same mountpoint as existing Product: Base System Version: 10.2-RELEASE Hardware: Any

[Bug 204633] If INVARIANTS is enabled, free() may attempt to acquire sleeping lock

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204633 Mark Johnston changed: What|Removed |Added CC|

[Bug 204640] make installworld fails installing libc_p.a to /usr/lib

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204640 NGie Cooper changed: What|Removed |Added CC||n...@freebsd.org

[Bug 204633] If INVARIANTS is enabled, free() may attempt to acquire sleeping lock

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204633 Jonathan T. Looney changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org

[Bug 195925] freebsd-update(8) needed manual creation of paths to install

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195925 George changed: What|Removed |Added Status|New |Closed

[Bug 204642] 10.2 iSCSI connected initiator to a 10.1 iSCSI Target generates excessive UNMAP/TRIM commands, system unresponsive.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204642 Bug ID: 204642 Summary: 10.2 iSCSI connected initiator to a 10.1 iSCSI Target generates excessive UNMAP/TRIM commands, system unresponsive. Product: Base System

[Bug 204640] make installworld fails installing libc_p.a to /usr/lib

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204640 Bug ID: 204640 Summary: make installworld fails installing libc_p.a to /usr/lib Product: Base System Version: 11.0-CURRENT Hardware: amd64 OS: Any

[Bug 204340] [panic] nfsd, em, msix, fatal trap 9

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204340 --- Comment #5 from g_amana...@yahoo.com --- (In reply to Rick Macklem from comment #4) I am testing it, so far it seems ok. Give me a couple of days to test it thoroughly. -- You are receiving this mail because: You are on the CC list

[Bug 204643] [msdosfs] [panic] Crash while accessing files with large, non-english names

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204643 Bug ID: 204643 Summary: [msdosfs] [panic] Crash while accessing files with large, non-english names Product: Base System Version: 9.3-RELEASE Hardware: Any

[Bug 204641] 10.2 UNMAP/TRIM not available on a zfs zpool that uses iSCSI disks, backed on a zpool file target

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204641 Bug ID: 204641 Summary: 10.2 UNMAP/TRIM not available on a zfs zpool that uses iSCSI disks, backed on a zpool file target Product: Base System Version: 10.2-RELEASE

[Bug 204640] make installworld fails installing libc_p.a to /usr/lib

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204640 Thomas Schweikle changed: What|Removed |Added CC||t...@vr-web.de

[Bug 195901] Addition of a well-commented default /etc/src.conf file

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195901 George changed: What|Removed |Added Resolution|--- |FIXED

[Bug 204640] make installworld fails installing libc_p.a to /usr/lib

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204640 --- Comment #1 from Thomas Schweikle --- I've checked out the complete tree new to make sure nothing old and deprecated left over from previous compiles interrupting or clashing the build process. -- You are receiving

[Bug 204637] Chnage to makefiles maybe in (r290928) breaks installworld

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204637 Bug ID: 204637 Summary: Chnage to makefiles maybe in (r290928) breaks installworld Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any

[Bug 204633] If INVARIANTS is enabled, free() may attempt to acquire sleeping lock

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204633 --- Comment #3 from Mark Johnston --- (In reply to Jonathan T. Looney from comment #2) I think it would be correct and reasonable to assert that curthread->td_critnest == 0 at the beginning of uma_zalloc_arg() and

[Bug 204637] Chnage to makefiles maybe in (r290928) breaks installworld

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204637 Ed changed: What|Removed |Added Status|New |Closed

[Bug 204650] [libc][rpc-svc][patch] rendezvous_request() does not populate local address

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204650 --- Comment #1 from alex.burlyga.i...@gmail.com --- Created attachment 163272 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=163272=edit Populate local address when creating new transporter for connection oritented transporters

[Bug 204650] [libc][rpc-svc][patch] rendezvous_request() does not populate local address

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204650 Bug ID: 204650 Summary: [libc][rpc-svc][patch] rendezvous_request() does not populate local address Product: Base System Version: 11.0-CURRENT Hardware: Any

[Bug 204651] ls --libxo html -l crashes in xo_format_string_direct()

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204651 Bug ID: 204651 Summary: ls --libxo html -l crashes in xo_format_string_direct() Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any

[Bug 204340] [panic] nfsd, em, msix, fatal trap 9

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204340 --- Comment #6 from g_amana...@yahoo.com --- (In reply to Rick Macklem from comment #4) It still crashes. I am going to get a dump tomorrow. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 204622] [zfs] [patch] Improve 'zpool labelclear' command

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204622 Bug ID: 204622 Summary: [zfs] [patch] Improve 'zpool labelclear' command Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New

[Bug 204626] 'zpool get' command help output has two small errors

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204626 Kurt Jaeger changed: What|Removed |Added Summary|'zpool get' command help|'zpool get'

[Bug 204622] [zfs] [patch] Improve 'zpool labelclear' command

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204622 --- Comment #1 from Ganael LAPLANCHE --- Created attachment 163239 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=163239=edit Patch for -CURRENT -- You are receiving this mail because: You are

[Bug 204622] [zfs] [patch] Improve 'zpool labelclear' command

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204622 Ganael LAPLANCHE changed: What|Removed |Added Keywords||feature

[Bug 204626] 'zpool get' command help output.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204626 Bug ID: 204626 Summary: 'zpool get' command help output. Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Severity:

[Bug 204340] [panic] nfsd, em, msix, fatal trap 9

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204340 --- Comment #7 from g_amana...@yahoo.com --- This a fresh dump with the second patch applied, it seems the same. The problem seems to occur in xprt_active(). Unread portion of the kernel message buffer: stack pointer =

[Bug 204633] If INVARIANTS is enabled, free() may attempt to acquire sleeping lock

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204633 --- Comment #2 from Jonathan T. Looney --- (In reply to Mark Johnston from comment #1) > The assertion is failing because the thread holds a spin mutex or a critical > section, > in which case it is not valid to try and

[Bug 204646] 10.2 iSCSI backed zpool shows imporper warnings about non-native block sizes that 10.1 doesn't show

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204646 Bug ID: 204646 Summary: 10.2 iSCSI backed zpool shows imporper warnings about non-native block sizes that 10.1 doesn't show Product: Base System Version: 10.2-RELEASE

[Bug 204633] If INVARIANTS is enabled, free() may attempt to acquire sleeping lock

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204633 --- Comment #4 from Ed Maste --- > Perhaps, I should propose a man page change to make this more clear. > And/or add a check in malloc/free to catch these problems more reliably. Indeed, it would be useful to have this