I have set up a Plan9 file/auth/cpu-server freshly from Erik
Quanstrom's 9atom.iso, to try out
ninefs with authenticated mount.
The Plan9 server only has one user: glenda, and I can connect to it
from another Plan9 terminal
and from 9vx from a Linux computer without problems.
However I cannot connect with ninefs. Find below a debug-session from
an msys windows,
maybe someone can spot the problem at a glance:
----
jorge$ ./ninefs-20100121.exe -cdDU -a 10.0.0.19 -p password -u glenda
10.0.0.19 N
<<< Tversion tag 65535 msize 8216 version '9P2000'
>>> Rversion tag 65535 msize 8216 version '9P2000'
<<< Tauth tag 0 afid 775636045 uname glenda aname
>>> Rauth tag 0 qid (0000000000000000 0 'A')
<<< Tread tag 0 fid 0 offset 0 count 128
>>> Rread tag 0 count 19 data 7039736b 31406d61 676d612e 696e7465 726e00
<<< Twrite tag 0 fid 0 offset 19 count 19 data 7039736b 31206d61
676d612e 696e74 65 726e00
>>> Rwrite tag 0 count 19
<<< Twrite tag 0 fid 0 offset 38 count 8 data ec41dc5c ddc0f3fa
>>> Rwrite tag 0 count 8
<<< Tread tag 0 fid 0 offset 46 count 141
>>> Rread tag 0 count 141 data 01676c65 6e646100 00000000 00000000 00000000 0000 0000 00000000 006d6167
6d612e69 6e746572 6e000000 00000000 00000000 00000000 00000000
00000000
failed to mount 10.0.0.19: (1) cant reach auth
jorge$
----
Best Regards,
Jorge-León
My fault: auth has not been listening, don't know why drawterm could
connect successfully.
After carefully re-setting up everything, ninefs(-20100121.exe) is
connecting to the fileserver.
I can read, write and create directories and files. However i cannot
rename files or directories.
When working with Windows Explorer, this (sorrily) is a required
action...
Best Regards,
Jorge-León
On 7 Feb., 18:32, Tim Newsham <tim.news...@gmail.com> wrote:
> Your server should have both fs (port 564) and auth (port 567) listening.
> When you connect to the fs and it needs to authenticate, it will make a
> second connection to the auth server to get an authentication ticket.
> It will try the same host address with a different port unless you specify
> a "-a" option to explicitly tell it which address auth server is at. The
> error
> you are getting is saying that it couldn't make that connection. Could be
> a few reasons:
>
> 1) auth server is running on a different machine. If so, just use -a
> 2) auth server isn't running (sounds unlikely, if you were able to
> connect from another host... but maybe?). Try connecting
> manually to the auth port to verify.
> Watching what plan9 does during a remote mount to this box
> with a sniffer might provide useful information, too.
> 3) some bug in ninefs is causing it to not connect to the right address.
> Verify with a network sniffer or a debugger.
>
> Let us know what you see happening...
>