I do, but for a different install. Given that vstart.sh uses the local
ceph.conf (in src/), I figured it would use the keyring generated in
the same directory. Is this not the case?
-Joe Buck
On Mon 22 Oct 2012 10:54:23 AM PDT, Sam Lang wrote:
On 10/22/2012 11:35 AM, Joe Buck wrote:
Sam,
Here's the last few lines printed when I start vstart.sh
./vstart.sh: 397: ./vstart.sh: btrfs: not found
add osd0 7cf25a23-32dd-4b82-b9d4-d514eb857d02
2012-10-22 09:31:46.788605 7ff87bb4e780 -1 unable to authenticate as
client.admin
2012-10-22 09:31:46.790370 7ff87bb4e780 -1 ceph_tool_common_init failed.
I'm invoking vstart.sh like so (my version has the patch I sent out this
morning applied):
./vstart.sh -d -n -l -X
The line in vstart.sh that seems to tank is:
$SUDO $CEPH_ADM osd create $uuid
Do you have a keyring file in: /etc/ceph/keyring?
-sam
-Joe Buck
On 10/22/2012 09:08 AM, Sam Lang wrote:
On 10/22/2012 10:13 AM, Joe Buck wrote:
On 10/21/2012 02:35 PM, Sage Weil wrote:
Also, we should fix the auth none usage at some point. :)
I made some changes a while back to fix the auth none problems with
vstart
(https://github.com/ceph/ceph/commit/0f7c516f3e1f37c5869f8fbff67f53ca0c90568c).
The -x help text inversion was a bug on my part.
Joe what errors do you get with auth none? I'm able to do vstart.sh
-n -l (without the -x/-X changes) successfully.
-sam
sage
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
