Thanks all for the recommendation. I worked around by modifying the ceph-deploy by giving and full path for sgdisk. Thanks, Guang 在 2013-10-16，下午10:47，Alfredo Deza <alfredo.deza@xxxxxxxxxxx> 写道： > On Tue, Oct 15, 2013 at 9:19 PM, Guang <yguang11@xxxxxxxxx> wrote: >> -bash-4.1$ which sgdisk >> /usr/sbin/sgdisk >> >> Which path does ceph-deploy use? > > That is unexpected... these are the paths that ceph-deploy uses: > > '/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin' > > So `/usr/sbin/` is there. I believe this is a case where $PATH gets > altered because of sudo (resetting the env variable). > > This should be fixed in the next release. In the meantime, you could > set the $PATH for non-interactive sessions (which is what ceph-deploy > does) > for all users. I *think* that would be in `/etc/profile` > > >> >> Thanks, >> Guang >> >> On Oct 15, 2013, at 11:15 PM, Alfredo Deza wrote: >> >>> On Tue, Oct 15, 2013 at 10:52 AM, Guang <yguang11@xxxxxxxxx> wrote: >>>> Hi ceph-users, >>>> I am trying with the new ceph-deploy utility on RHEL6.4 and I came across a >>>> new issue: >>>> >>>> -bash-4.1$ ceph-deploy --version >>>> 1.2.7 >>>> -bash-4.1$ ceph-deploy disk zap server:/dev/sdb >>>> [ceph_deploy.cli][INFO ] Invoked (1.2.7): /usr/bin/ceph-deploy disk zap >>>> server:/dev/sdb >>>> [ceph_deploy.osd][DEBUG ] zapping /dev/sdb on server >>>> [osd2.ceph.mobstor.bf1.yahoo.com][DEBUG ] detect platform information from >>>> remote host >>>> [ceph_deploy.osd][INFO ] Distro info: Red Hat Enterprise Linux Server 6.4 >>>> Santiago >>>> [osd2.ceph.mobstor.bf1.yahoo.com][DEBUG ] zeroing last few blocks of device >>>> [osd2.ceph.mobstor.bf1.yahoo.com][INFO ] Running command: sudo sgdisk >>>> --zap-all --clear --mbrtogpt -- /dev/sdb >>>> [osd2.ceph.mobstor.bf1.yahoo.com][ERROR ] sudo: sgdisk: command not found >>>> >>>> While I run disk zap on the host directly, it can work without issues. >>>> Anyone meet the same issue? >>> >>> Can you run `which sgdisk` on that host? I want to make sure this is >>> not a $PATH problem. >>> >>> ceph-deploy tries to use the proper path remotely but it could be that >>> this one is not there. >>> >>> >>>> >>>> Thanks, >>>> Guang >>>> >>>> _______________________________________________ >>>> ceph-users mailing list >>>> ceph-users@xxxxxxxxxxxxxx >>>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >>>> >> _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
 |