From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <14ec7b180612280801u1ed55d12v58be6e860cbd0611@mail.gmail.com>
Date: Thu, 28 Dec 2006 17:01:29 +0100
From: "andrey mirtchovski" <mirtchovski@gmail.com>
To: "=?ISO-8859-1?Q?Alberto_Cort=E9s?=" <alcortes@it.uc3m.es>,
	"Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu>
Subject: Re: [9fans] login problems
In-Reply-To: <20061228155110.GA23774@it.uc3m.es>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <7d3530220608121332m44545515jacb8c739146cdbe@mail.gmail.com>
	<20061228144016.GA5315@it.uc3m.es>
	<82c890d00612280656k5be75dddld7eb15f1995352f8@mail.gmail.com>
	<20061228152130.GA901@it.uc3m.es>
	<82c890d00612280738g7034d94fg3ab6c105f39148ad@mail.gmail.com>
	<20061228155110.GA23774@it.uc3m.es>
Cc: 
Topicbox-Message-UUID: fb1ece2e-ead1-11e9-9d60-3106f5b1d025

> If I drawterm to the server as bootes, /mnt/keys is empty.
>
> If I cpu to the server as bootes, /mnt/keys is empty.

those both are correct behaviours.

>
> I have no physical access to my server, I don't know how to
> check /mnt/keyfs from the console on remote.

cpu as bootes/hostowner, run "kill keyfs | rc; auth/keyfs". then keyfs
will run in your local namespace, but you need to reboot the machine
before you disconnect.