Hi Stevie,
you were right, I missed one point during the server
installation/configuration:
I forgot 'auth/changeuser bootes'... :(
Now 'auth/debug' works well, sorry for a noise.
And thank you.
Pavel
2014-08-05 11:09 GMT+02:00 Pavel Klinkovský :
> Hi Stevie,
>
> I think this thread on 9fan
Hi Stevie,
I think this thread on 9fans might help:
>
> http://marc.info/?l=9fans&m=116732560810918&w=2
thanks, going to read it too.
> Read the whole thread, but I think my linked message has the answer.
> Do you start keyfs before listen in your cpurc?
>
Yes, it was 1st thing I checked...
> Hi Stevie,
>
> I know, auth can be tricky...
>
>
> In fact.
>
>
>> Without having further information about your setup I
>> can only recommend reading this doc:
>> http://kamalatta.ddnss.de/config/Plan9Tutorial.txt.
>>
>
> Thanks for the link, going to recheck my configuration.
>
>
>> P.S
Hi Stevie,
I know, auth can be tricky...
In fact.
> Without having further information about your setup I
> can only recommend reading this doc:
> http://kamalatta.ddnss.de/config/Plan9Tutorial.txt.
>
Thanks for the link, going to recheck my configuration.
> P.S.: I don't know the full back
> Hi all,
>
> I am fighting with configuration of '9pccpuf' server.
>
> I have configured user 'bootes' as a hostowner.
> I have 'listen', 'keyfs' running.
>
> I can 'cpu' such server from another Plan9 terminal ('9pcf') as user
> 'bootes'.
> I can 'srv' such server from another Plan9 terminal (
> it would be better to create a /cfg/example.auth/cpurc that includes
> keyfs and trusted services in it and remove them from /rc/bin/cpurc,
> since they come after /cfg/$sysname/cpurc is run.
You could submit a patch...
I have a feeling that the philosophy is for /cfg to be entirely
optional, s
On Fri Jan 22 18:29:45 EST 2010, 9...@9netics.com wrote:
> in case anyone's wondering, my problem was due to the fact that keyfs
> was started after aux/listen for trusted services; /mnt/keys/* wasn't
> in authsrv's namespace. in my case, i put the trusted services in
> /cfg/bootes/cpurc, while ke
in case anyone's wondering, my problem was due to the fact that keyfs
was started after aux/listen for trusted services; /mnt/keys/* wasn't
in authsrv's namespace. in my case, i put the trusted services in
/cfg/bootes/cpurc, while keyfs was started later in the sequence of
/rc/bin/cpurc.
the defa
responding to feedback from multiple 9fans:
Federico said:
> are you sure that the passwords in nvram and auth/changeuser do match
> for bootes?
pretty sure. i've zero'ed the nvram and re-entered it. i went so far as
stopping keyfs, zero'ing /adm/keys and /adm/keys.who and reinstalling
bootes fr
are you sure that the passwords in nvram and auth/changeuser do match
for bootes?
On Mon, Jan 11, 2010 at 8:22 PM, Skip Tavakkolian <9...@9netics.com> wrote:
> on a new network and standalone auth+fs (built from CD image of Jan
> 7th), auth is refusing to concur. i've used Russ' message from a
>
> with similar results. in that case factotum debug says "no key
> matches proto=p9sk1 role=server dom?". this last message looked a bit
> weird and when i check /dev/hostdomain, it is empty.
/dev/hostdomain empty here, too.
- erik
11 matches
Mail list logo
