Package Details: nbdkit 1.18.2-1

Git Clone URL: https://aur.archlinux.org/nbdkit.git (read-only, click to copy)
Package Base: nbdkit
Description: NBD server toolkit
Upstream URL: https://github.com/libguestfs/nbdkit
Licenses: custom: BSD
Submitter: t-8ch
Maintainer: t-8ch
Last Packager: t-8ch
Votes: 1
Popularity: 0.28
First Submitted: 2019-02-22 14:36
Last Updated: 2020-03-19 11:23

Latest Comments

1 2 Next › Last »

rwmjones commented on 2020-03-17 12:44

Fixed upstream in https://github.com/libguestfs/nbdkit/commit/3801317a657550624ff55c09c8b72a4c17713c98 https://github.com/libguestfs/nbdkit/commit/15d4c4f1db596b0bd4e2442f94ca908b22b7cd97 https://github.com/libguestfs/nbdkit/commit/c9f72508fe94453bfb8956953c1c00025673ba7c Fix will appear in nbdkit 1.18.2 (stable) and 1.19.3 (dev).

rwmjones commented on 2020-03-16 15:25

Thanks for the report. The upstream discussion is here: https://www.redhat.com/archives/libguestfs/2020-March/msg00132.html

svenne_k commented on 2020-03-16 09:34

I installed libnbd first (manually) and that solved the problem.

rwmjones commented on 2020-03-16 09:04

Soft dependency. However if it turns out that the nbd standalone plugin is actually broken then compiing without libnbd around seems like it will always cause a hang, until we get that fixed upstream.

t-8ch commented on 2020-03-16 08:59

@rwmjones would you recommend making libnbd a hard or soft dependency for the nbdkit package?

rwmjones commented on 2020-03-16 08:47

And yes there is a circular dependency between libnbd <-> nbdkit, but: (1) Neither dependency is essential and (2) Old versions of one package can be used to build new versions of the other package.

rwmjones commented on 2020-03-16 08:45

One thing that strikes me about your test is that you are using the "standalone" version of nbdkit-nbd-plugin, the one which is implemented using raw NBD protocol calls. Since we wrote libnbd we basically never use or test the standalone version of the plugin, and instead we use the libnbd-based one. The two plugins are here:

https://github.com/libguestfs/nbdkit/blob/master/plugins/nbd/nbd-standalone.c https://github.com/libguestfs/nbdkit/blob/master/plugins/nbd/nbd.c

The easy way to test this theory would be to add libnbd as a dependency of nbdkit in AUR. nbdkit's ./configure should just pick up the new dependency automatically. (See also https://aur.archlinux.org/packages/libnbd)

This has other advantages - the nbdkit test suite is more thorough when libnbd is available since having it enables much more complete testing to be done. You should find that many tests which were "SKIP" before will run after this.

rwmjones commented on 2020-03-16 08:31

This shouldn't be happening, and seems to indicate a bug in the server:

test-parallel-nbd.sh.log:nbdkit: backend.c:523: backend_flush: Assertion `h->can_flush == 1' failed.

I'll ask my colleague who wrote the nbd plugin to take a look.

svenne_k commented on 2020-03-15 16:49

Ok, found some logs:

Pre ctrl-c https://svenne.dk/nbdkit-20200315/nbdkit-logs-20200315.tar.gz

Post ctrl-c https://svenne.dk/nbdkit-20200315/nbdkit-logs-20200315b.tar.gz

t-8ch commented on 2020-03-09 20:20

Or test-ssh.sh.log