I rename the thread to make more sense.

Le 17/04/2015 19:07, Jude Nelson a écrit :

Yup, missing a config file :)

If you run "make -C example" on the host, the Makefile will generate all the host-tailored vdev config files you'll need (such as persistent interface naming rules). They will be generated in example/build/etc/vdev (which can just be copied into /etc).

Once you have your config files generated, you'll need to add "-c /path/to/config/file" as an argument. I just pushed code to vdevd that makes it look in /etc/vdev/vdevd.conf, if "-c" is not given (and if /etc/vdev/vdevd.conf doesn't exist, vdevd should fail with ENOENT instead of EFAULT).

Also, if you want more verbose debugging output from vdevd, you can pass "-v" or "-v2" :)

    Dear Jude,

There is a minor problem: vdevd dies if /run/vdev doesn't exist. Since /run is typically a tmpfs filesystem and vdev is certainly meant to run with root priviledge, it should probably create the directory if it doesn't exist. For now, I create it by hand and invoke 'vdevd /dev' - all needed files are in their default locations.

Initialization completes OK, as I can check with option -v2. But, then the daemon dies after writing the following in /run/dev/vdevd.log:

00571:268737912: [ os/linux.c:1463] vdev_os_init: INFO: '/dev' is not on devtmpfs 00571:268737912: [ os/linux.c:1206] vdev_linux_context_init: ERROR: socket(PF_NETLINK) rc = -38 00571:268737912: [ os/common.c:0128] vdev_os_context_init: ERROR: vdev_os_init rc = -38 00571:268737912: [ vdev.c:0308] vdev_start: ERROR: vdev_os_context_init rc = -38 00571:268737912: [ main.c:0152] main: ERROR: vdev_backend_init rc = -38 00571:268737912: [ vdev.c:0579] vdev_stop: ERROR: vdev_wq_stop rc = -22 00557:268737912: [ main.c:0208] main: ERROR: device quiesce failure, child rc = -38

    If the error code is -errno then 38 = ENOSYS "function not supported".
I am using kernel 2.6.29 and I don't think kernel netlink support can be removed.

Maybe the version of musl I use is too old; I'm going to work on that... or retry with glibc.

    Didier


_______________________________________________
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Reply via email to