On 2013-03-26 17:07, Romeo M wrote:
> Hi all,
>
> Anyone have any ideas on this? It's driving us nuts!
Sharing your current configuration might help. Is the radosgw on an
extra host or together with some other Ceph daemon?
Regards,
Andreas
>
> Thanks!
>
> Rom
>
>
> ------------------------------------------------------------------------
> *From:* Romeo M <romeo_ceph@xxxxxxxxxxxxxx>
> *To:* "ceph-users@xxxxxxxxxxxxxx" <ceph-users@xxxxxxxxxxxxxx>
> *Sent:* Saturday, March 23, 2013 6:58 PM
> *Subject:* Can't start radosgw
>
> Hi all,
>
> I'm having some issues starting radosgw and I was wondering if anyone
> here might have some tips for us. We setup a Ceph cluster with no issues
> (ceph -s returns HEALTH_OK) but when we try to start radosgw all we get
> in the logs is "Initialization timeout, failed to initialize". We turned
> debugging up (debug ms = 1) and tried to run in the foreground (radosgw
> -d), but no useful logs are produced... We've quadruple checked all the
> config, permissions, keyfiles, etc, but have no idea what's wrong. In
> the log file (without debug) all we see is this:
>
> 2013-03-23 18:29:18.064508 7fa93ed6f780 0 ceph version 0.56.3
> (6eb7e15a4783b122e9b0c85ea9ba064145958aa5), process radosgw, pid 25755
> 2013-03-23 18:29:48.067629 7fa938a3b700 -1 Initialization timeout,
> failed to initialize
>
> If we turn on debug, we see this:
>
> 2013-03-23 18:30:05.666988 7fda3dd17780 0 ceph version 0.56.3
> (6eb7e15a4783b122e9b0c85ea9ba064145958aa5), process radosgw, pid 25777
> 2013-03-23 18:30:05.692383 7fda3dd17780 1 -- :/0 messenger.start
> 2013-03-23 18:30:05.695468 7fda3dd17780 1 -- :/1025779 -->
> 10.10.10.100:6789/0 -- auth(proto 0 40 bytes epoch 0) v1 -- ?+0
> 0x14b0930 con 0x14b0520
> 2013-03-23 18:30:05.695895 7fda33a81700 1 -- 10.10.10.100:0/1025779
> learned my addr 10.10.10.100:0/1025779
> 2013-03-23 18:30:05.697127 7fda35a85700 1 -- 10.10.10.100:0/1025779 <==
> mon.0 10.10.10.100:6789/0 1 ==== mon_map v1 ==== 473+0+0 (2926159256 0
> 0) 0x14b5090 con 0x14b0520
> 2013-03-23 18:30:05.697475 7fda35a85700 1 -- 10.10.10.100:0/1025779 <==
> mon.0 10.10.10.100:6789/0 2 ==== auth_reply(proto 2 0 Success) v1 ====
> 33+0+0 (4028035406 0 0) 0x14b5340 con 0x14b0520
> 2013-03-23 18:30:05.697987 7fda35a85700 1 -- 10.10.10.100:0/1025779 -->
> 10.10.10.100:6789/0 -- auth(proto 2 32 bytes epoch 0) v1 -- ?+0
> 0x14b5980 con 0x14b0520
> 2013-03-23 18:30:05.699032 7fda35a85700 1 -- 10.10.10.100:0/1025779 <==
> mon.0 10.10.10.100:6789/0 3 ==== auth_reply(proto 2 0 Success) v1 ====
> 222+0+0 (404397455 0 0) 0x14b5340 con 0x14b0520
> 2013-03-23 18:30:05.699478 7fda35a85700 1 -- 10.10.10.100:0/1025779 -->
> 10.10.10.100:6789/0 -- auth(proto 2 181 bytes epoch 0) v1 -- ?+0
> 0x14b1b70 con 0x14b0520
> 2013-03-23 18:30:05.700788 7fda35a85700 1 -- 10.10.10.100:0/1025779 <==
> mon.0 10.10.10.100:6789/0 4 ==== auth_reply(proto 2 0 Success) v1 ====
> 425+0+0 (1505282999 0 0) 0x14b1fe0 con 0x14b0520
> 2013-03-23 18:30:05.701088 7fda35a85700 1 -- 10.10.10.100:0/1025779 -->
> 10.10.10.100:6789/0 -- mon_subscribe({monmap=0+}) v2 -- ?+0 0x14b0d60
> con 0x14b0520
> 2013-03-23 18:30:05.701627 7fda3dd17780 1 -- 10.10.10.100:0/1025779 -->
> 10.10.10.100:6789/0 -- mon_subscribe({monmap=3+,osdmap=0}) v2 -- ?+0
> 0x14b7a40 con 0x14b0520
> 2013-03-23 18:30:05.701791 7fda3dd17780 1 -- 10.10.10.100:0/1025779 -->
> 10.10.10.100:6789/0 -- mon_subscribe({monmap=3+,osdmap=0}) v2 -- ?+0
> 0x14b7fb0 con 0x14b0520
> 2013-03-23 18:30:05.702395 7fda35a85700 1 -- 10.10.10.100:0/1025779 <==
> mon.0 10.10.10.100:6789/0 5 ==== mon_map v1 ==== 473+0+0 (2926159256 0
> 0) 0x14b7fb0 con 0x14b0520
> 2013-03-23 18:30:05.702648 7fda35a85700 1 -- 10.10.10.100:0/1025779 <==
> mon.0 10.10.10.100:6789/0 6 ==== mon_subscribe_ack(300s) v1 ==== 20+0+0
> (3392334090 0 0) 0x14b83b0 con 0x14b0520
> 2013-03-23 18:30:05.702757 7fda35a85700 1 -- 10.10.10.100:0/1025779 <==
> mon.0 10.10.10.100:6789/0 7 ==== mon_subscribe_ack(300s) v1 ==== 20+0+0
> (3392334090 0 0) 0x7fda2c000ce0 con 0x14b0520
> 2013-03-23 18:30:05.702814 7fda35a85700 1 -- 10.10.10.100:0/1025779 <==
> mon.0 10.10.10.100:6789/0 8 ==== mon_subscribe_ack(300s) v1 ==== 20+0+0
> (3392334090 0 0) 0x7fda2c000f10 con 0x14b0520
> 2013-03-23 18:30:35.669341 7fda379e3700 -1 Initialization timeout,
> failed to initialize
>
> ceph -s returns the following:
>
> # ceph -s
> health HEALTH_OK
> monmap e2: 3 mons at
> {a=10.10.10.100:6789/0,b=10.10.10.101:6789/0,c=10.10.10.102:6789/0},
> election epoch 22, quorum 0,1,2 a,b,c
> osdmap e268: 16 osds: 16 up, 16 in
> pgmap v8749: 3304 pgs: 3304 active+clean; 540 bytes data, 82134 MB
> used, 29713 GB / 29793 GB avail
> mdsmap e1: 0/0/1 up
>
> Any ideas??
>
> Thanks!
>
> Rom
>
>
> _______________________________________________
> ceph-users mailing list
> ceph-users@xxxxxxxxxxxxxx <mailto: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
>
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
