That's correct. You need to authenticate to mount xcpu. We normally
use xcpu without mounting (connecting from user-space 9P clients).
If you have a convincing case for using it mounted, I can probably
write a simple mounter that does the authentication before it handles
the connection to the kernel.
Thanks,
Lucho
On Mar 30, 2009, at 7:43 PM, Abhishek Kulkarni wrote:
On a cursory look, I think the issue here is that the v9fs client
tries to attach to the server with afid = NOFID (note: the afid=%u
option does not set the afid, a v9fs bug?)
and xcpufs does not support attaching with NOFID. (in other words,
xcpufs requires authentication).
On Mon, Mar 30, 2009 at 7:00 PM, Don W Rudish <[email protected]>
wrote:
I'm trying to mount an XCPU client on my local laptop but am having
problems doing so.
ssh-keygen -t rsa -f admin_key
mkdir /etc/xcpu
cp admin_key* /etc/xcpu
xcpufs -d
xgroupset add 127.0.0.1 root 0
xuserset add 127.0.0.1 root 0 root /root/.ssh/id_rsa.pub
xrx 127.0.0.1 /bin/date
That Works
Now I want to mount the client on /mnt/xcpu1/1 so I do:
mount -t 9p 127.0.0.1 /mnt/xcpu/1/ -o uname=root,port=6667
xcpufs reports:
<<< (0x15b42e0) Tversion tag 65535 msize 8192 version '9P2000.u'
>>> (0x15b42e0) Rversion tag 65535 msize 8192 version '9P2000.u'
<<< (0x15b42e0) Tattach tag 0 fid 0 afid -1 uname root aname nuname
-1
>>> (0x15b42e0) Rerror tag 0 ename authentication failed ecode 5
When I leave off the uname=root parameter I get:
<<< (0x15b42e0) Tversion tag 65535 msize 8192 version '9P2000.u'
>>> (0x15b42e0) Rversion tag 65535 msize 8192 version '9P2000.u'
<<< (0x15b42e0) Tattach tag 0 fid 0 afid -1 uname nobody aname
nuname -1
>>> (0x15b42e0) Rerror tag 0 ename unknown user ecode 5
I'm using a ubuntu 2.6.27-11-generic kernel with xcpu-1.2.3 running
all commands as root. Any ideas?
-Don
