Same problem with me. It took me one step further to add the public network parameter to all the ceph.conf files. However, ceph-deploy tells me mons are created but those won’t show up in ceph -w output. Am 22.08.2013 um 18:43 schrieb Alfredo Deza <alfredo.deza@xxxxxxxxxxx>: > On Wed, Aug 21, 2013 at 10:05 PM, SOLO <solo_o@xxxxxxxxxxx> wrote: >> Hi! >> >> I am trying ceph on RHEL 6.4 >> My ceph version is cuttlefish >> I followed the intro and ceph-deploy new .. ceph-deploy instal .. >> --stable cuttlefish >> It didn't appear an error until here. >> And then I typed ceph-deploy mon create .. >> Here comes the error as bellow >> >> . >> . >> . >> >> [ceph@cephadmin my-clusters]$ ceph-deploy mon create cephs1 >> === mon.cephs1 === >> Starting Ceph mon.cephs1 on cephs1... >> failed: 'ulimit -n 8192; /usr/bin/ceph-mon -i cephs1 --pid-file >> /var/run/ceph/mon.cephs1.pid -c /etc/ceph/ceph.conf ' >> Starting ceph-create-keys on cephs1... >> Traceback (most recent call last): >> File "/usr/bin/ceph-deploy", line 21, in <module> >> main() >> File "/usr/lib/python2.6/site-packages/ceph_deploy/cli.py", line 112, in >> main >> return args.func(args) >> File "/usr/lib/python2.6/site-packages/ceph_deploy/mon.py", line 234, in >> mon >> mon_create(args) >> File "/usr/lib/python2.6/site-packages/ceph_deploy/mon.py", line 138, in >> mon_create >> init=init, >> File "/usr/lib/python2.6/site-packages/pushy/protocol/proxy.py", line 255, >> in <lambda> >> (conn.operator(type_, self, args, kwargs)) >> File "/usr/lib/python2.6/site-packages/pushy/protocol/connection.py", line >> 66, in operator >> return self.send_request(type_, (object, args, kwargs)) >> File "/usr/lib/python2.6/site-packages/pushy/protocol/baseconnection.py", >> line 329, in send_request >> return self.__handle(m) >> File "/usr/lib/python2.6/site-packages/pushy/protocol/baseconnection.py", >> line 645, in __handle >> raise e >> pushy.protocol.proxy.ExceptionProxy: Command '['service', 'ceph', 'start', >> 'mon.cephs1']' returned non-zero exit status 1 >> >> . > What happens when you try both failing commands directly on that host? > > First the `sudo service ceph start mon.cephfs1` and then > > `ulimit -n 8192; /usr/bin/ceph-mon -i cephs1 --pid-file > /var/run/ceph/mon.cephs1.pid -c /etc/ceph/ceph.conf ` > > > >> . >> . >> And I check my /etc/sudoers.d/ceph and my /etc/sudoers is as bellow >> .. >> ## Allow root to run any commands anywhere >> root ALL=(ALL) ALL >> ceph ALL=(ALL) ALL >> ## Allows members of the 'sys' group to run networking, software, >> ## service management apps and more. >> # %sys ALL = NETWORKING, SOFTWARE, SERVICES, STORAGE, DELEGATING, PROCESSES, >> LOCATE, DRIVERS >> >> ## Allows people in group wheel to run all commands >> # %wheel ALL=(ALL) ALL >> >> ## Same thing without a password >> %ceph ALL=(ALL) NOPASSWD: ALL >> .. >> ## Read drop-in files from /etc/sudoers.d (the # here does not mean a >> comment) >> #includedir /etc/sudoers.d >> . >> . >> . >> >> What shall I do now? >> THX >> FingerLiu >> >> >> >> >> _______________________________________________ >> 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 _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
 |