Hello!
Thanks for the fix, aquarela now does not die on me anymore.
The hard way i also learnt, that i have to modify /rc/bin/9fs to get
anything useful working,
i added e.g.
- - -
case usr
bind /usr /n/usr
- - -
to be able to access \\acp\usr over the network, else aquarela would try
to dial net!usr!9fs
and fail on it.
Since i still can not get my setup to work satisfactorily here some
problems i have:
There is a Plan9 cpu/file/auth server named 'acp' with hostowner named
glenda.
From the Plan9 server console i run:
aquarela -u 1 -p -d sessions -w MAGMA
From Windows XP Home commandline i can run successfully
net use L: \\acp\acp password /user:glenda
and then browse with Windows Explorer the L: drive to L:\usr\glenda and
create/delete files and directories
there.
The same works from Windows Explorer menu bar: Tools -> Map Network drive.
On the Plan9 server also exists another user: jorge
Whenever i try to
net use L:\\acp\acp password /user:jorge
or 'Map Network drive' with this user
i get the following error message on the Plan9 console:
srv acp: mount failed: fossil authCheck: auth protocol not finished
Also another usage szenario fails:
Introducing '\\acp\acp' in the Windows Explorer Address bar, or in the
Start Menu's 'Run'
dialog gives me first a password dialog, which i answer with 'glenda'
etc., and then yields
an unresponsive Windows Explorer Windows and the following error
messages on the
Plan9 console:
netsharegetinfo: service acp unimplemented
srv: timeout establishing connection to net!.hg!9fs
netsharegetinfo: service .hg unimplemented
....
(Note: i have TortoiseHG installed, which obviously tries to find a .hg
directory)
After some minutes i get the root-directory listing, but already lost
patience to try out if
i can walk to usr\glenda and kill Windows Explorer. The same happens
with user 'jorge'
and with other shares, e.g. 'usr'.
Since i have also Linux clients in my network, i tried to connect from
them, but in vain:
jo...@tink:~$ smbclient -d 1 -W MAGMA -U glenda //acp/dump
Enter glenda's password:
Domain=[MAGMA] OS=[Plan 9 4th edition] Server=[Aquarela]
smb: \> SMBecho failed. Maybe server has closed the connection
Some hints?
Best Regards,
Jorge-León
cinap_len...@gmx.de wrote:
just got a aquarela crash when trying to mount it from windows xp.
w2k worked fine.
the offending code (with fix) was this:
/n/dump/2010/0307/sys/src/cmd/aquarela/smbcomsessionsetupandx.c:119,124 -
smbcomsessionsetupandx.c:119,130
smbseterror(s, ERRSRV, ERRbadpw);
goto errordone;
}
+ if(s->cs == nil){
+ smblogprint(h->command,
+ "smbcomsessionsetupandx: s->cs == nil\n");
+ smbseterror(s, ERRSRV, ERRbadpw);
+ goto errordone;
+ }
memcpy(&s->client.mschapreply, mschapreply,
sizeof(s->client.mschapreply));
s->cs->user = accountname;
s->cs->resp = &s->client.mschapreply;
turned out, s->cs was nil and i got the following message when turning on
debugging:
s->cs = auth_challenge("proto=mschap role=server");
if (s->cs == nil) {
smblogprint(h->command, "smbnegotiate: couldn't get mschap
challenge\n");
return SmbProcessResultMisc;
}
so auth failed. i'v diffed the authserver and factotum code and
noticed that here where some mschap related changes so i applied them,
build factotum and authsrv and made a new kernel and it all works now.
not sure if this was the same problem here... its easy to diagnose...
touch /sys/log/aquarela and turn on debugging. also when something
crashes you make ps, find the broken process pid and run acid pid, then
type lstk(). then you copy and paste the output of acid and put them in
your troubleshooting mail.
another thing... could we replace the ascii art wich looks like a mix
of c-comments, lisp, brainfuck and hitler that the windows network drive
property dialog shows on the volume size of the aquarela share to
something else?
"Capacity: /*-(, bytes -16384"
--
cinap
