search

stux2000 / plan9front

Automatically exported from code.google.com/p/plan9front
0 stars 0 forks source link

Cannot auth/changeuser glenda after install. Or: /mnt/keys doesn't exist after install #122

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
Installed revision 49a6f83d24a6 as CPU server. After first boot, 

% auth/changeuser glenda 

After setting the Expiration date, it fails with:

changeuser: can't create user glenda: '/mnt/keys/glenda' create prohibited.

/mnt/keys doesn't exi

Original issue reported on code.google.com by iru.mu...@gmail.com on 14 May 2012 at 12:57

GoogleCodeExporter commented 9 years ago 
It sounds like auth/keyfs did not get started at boot. Make sure your 
/lib/ndb/local is identifying your $sysname as the auth server. See also 
/rc/bin/cpurc for how the decision is made whether or not to start auth 
services.

Original comment by stanley....@gmail.com on 14 May 2012 at 1:56

GoogleCodeExporter commented 9 years ago 
Adding 'auth=my.auth.server' to /lib/ndb/local made auth/changeuser go through 
the 'Expiration date' stage. Still, I needed to create a /adm/keys.who file by 
hand.

Original comment by iru.mu...@gmail.com on 14 May 2012 at 2:36

GoogleCodeExporter commented 9 years ago 
It might not be a bad idea to create /adm/keys.who during install.

Original comment by stanley....@gmail.com on 14 May 2012 at 2:40

GoogleCodeExporter commented 9 years ago

Original comment by cinap_le...@felloff.net on 20 May 2012 at 11:07

GoogleCodeExporter commented 9 years ago 
/adm/keys.who is not created by auth/changeuser automatically if it doesnt 
exist.
see r8168a199711c

Original comment by cinap_le...@felloff.net on 3 Nov 2012 at 1:23