Message ID | 508562A1.2040106@gmail.com (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, Oct 22, 2012 at 9:08 AM, Sam Lang <sam.lang@inktank.com> 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. > By the way, I think those changes broke the use of CEPH_BIN env variable. Yehuda -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On 10/22/2012 11:14 AM, Yehuda Sadeh wrote: > On Mon, Oct 22, 2012 at 9:08 AM, Sam Lang <sam.lang@inktank.com> 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. >> > > By the way, I think those changes broke the use of CEPH_BIN env variable. I may not be using CEPH_BIN as intended then. What is CEPH_BIN supposed to point to? I usually setup out-of-tree builds, and point CEPH_BIN at the src dir there: <in ceph dir> mkdir build cd build ../configure ... make CEPH_BIN=$PWD/src ../src/vstart.sh ... -sam > > Yehuda > -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, Oct 22, 2012 at 9:19 AM, Sam Lang <sam.lang@inktank.com> wrote: > On 10/22/2012 11:14 AM, Yehuda Sadeh wrote: >> >> On Mon, Oct 22, 2012 at 9:08 AM, Sam Lang <sam.lang@inktank.com> 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. >>> >> >> By the way, I think those changes broke the use of CEPH_BIN env variable. > > > I may not be using CEPH_BIN as intended then. What is CEPH_BIN supposed to > point to? > > I usually setup out-of-tree builds, and point CEPH_BIN at the src dir there: > > <in ceph dir> > mkdir build > cd build > ../configure ... > make > CEPH_BIN=$PWD/src > ../src/vstart.sh ... > CEPH_BIN should point at the built binaries. I usually set up out of tree builds also, and point CEPH_BIN at the make install target, which should also work. Maybe vstart.sh misuses it (e.g., looks at CEPH_BIN for some other dependency). -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
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 -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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, 22 Oct 2012, 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 Possibly related: I just pushed a patch to master that enables cephx auth by default. For the -X case we need to put in ceph.conf: auth cluster required = auth service required = s > > -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@vger.kernel.org > 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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
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@vger.kernel.org > 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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
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@vger.kernel.org >> 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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
> Possibly related: I just pushed a patch to master that enables cephx auth > by default. For the -X case we need to put in ceph.conf: > > auth cluster required = > auth service required = This was not added, and thus vstart.sh -X is currently broken. -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On 10/22/2012 11:28 AM, Yehuda Sadeh wrote: > On Mon, Oct 22, 2012 at 9:19 AM, Sam Lang <sam.lang@inktank.com> wrote: >> On 10/22/2012 11:14 AM, Yehuda Sadeh wrote: >>> >>> On Mon, Oct 22, 2012 at 9:08 AM, Sam Lang <sam.lang@inktank.com> 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. >>>> >>> >>> By the way, I think those changes broke the use of CEPH_BIN env variable. >> >> >> I may not be using CEPH_BIN as intended then. What is CEPH_BIN supposed to >> point to? >> >> I usually setup out-of-tree builds, and point CEPH_BIN at the src dir there: >> >> <in ceph dir> >> mkdir build >> cd build >> ../configure ... >> make >> CEPH_BIN=$PWD/src >> ../src/vstart.sh ... >> > CEPH_BIN should point at the built binaries. I usually set up out of > tree builds also, and point CEPH_BIN at the make install target, which > should also work. Maybe vstart.sh misuses it (e.g., looks at CEPH_BIN > for some other dependency). It was previously doing ./init-ceph (which only worked if run from the ceph srcdir), and now does $CEPH_BIN/init-ceph, which breaks when you point CEPH_BIN at the make install target. My goal with that change was to be able to run vstart.sh from outside the src dir (namely from the build dir). To do that though, I think we would need to turn it into a autoconf generated file (vstart.sh.in -> vstart.sh). That doesn't seem worth the trouble. I'll put the ./init-ceph back in. -sam > -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/src/vstart.sh b/src/vstart.sh index 7aaad49..0b24e44 100755 --- a/src/vstart.sh +++ b/src/vstart.sh @@ -21,7 +21,7 @@ ip="" nodaemon=0 smallmds=0 overwrite_conf=1 -cephx=0 +cephx=1 #turn cephx on by default MON_ADDR="" @@ -43,7 +43,8 @@ usage=$usage"\t--nodaemon: use ceph-run as wrapper for mon/osd/mds\n" usage=$usage"\t--smallmds: limit mds cache size\n" usage=$usage"\t-m ip:port\t\tspecify monitor address\n" usage=$usage"\t-k keep old configuration files\n" -usage=$usage"\t-x disable authx\n" +usage=$usage"\t-x enable cephx (on by default)\n" +usage=$usage"\t-X disable cephx\n" usage=$usage"\t-o config\t\t add extra config parameters to mds section\n" usage_exit() { @@ -117,7 +118,10 @@ case $1 in shift ;; -x ) - cephx=1 + cephx=1 # this is on be default, flag exists for historical consistency + ;; + -X ) + cephx=0 ;; -k ) overwrite_conf=0