RE: handling rdma apps using chroot

Somehow you need to open the verbs device before doing the choot.. I
think once verbs is open there is no further need for sysfs and dev..

I could hook chroot to force this.   That should fix the /sys issue.  However, the librdmacm accesses /dev when creating an event channel, which occurs after chroot.  (Maybe that call is just hopelessly broken trying to support chroot.)

Sounds like you are chrooting before creating the listening socket?

Correct - this is one of the results of supporting fork.  The ftp daemon listens on a normal socket, then switches to an rsocket on the first data transfer, after any fork presumably has occurred.

Btw, I've tried using symlinks and running from '/'.  The symlinks don't work, but running from '/' does for rstream.  Neither work for vsftpd, likely from other security calls that it makes.

- Sean
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html