* Re: ceph [not found] <1476695993.17760.1308976740201.JavaMail.root@mail.linserv.se> @ 2011-06-25 4:43 ` Martin Wilderoth 2011-06-26 3:05 ` Fwd: ceph Martin Wilderoth 0 siblings, 1 reply; 5+ messages in thread From: Martin Wilderoth @ 2011-06-25 4:43 UTC (permalink / raw) To: ceph-devel ----- Ursprungligt meddelande ----- Från: "Yehuda Sadeh Weinraub" <yehudasa@gmail.com> Till: "Martin Wilderoth" <martin.wilderoth@linserv.se> Kopia: "ceph-devel" <ceph-devel@vger.kernel.org> Skickat: fredag, 24 jun 2011 20:39:30 Ämne: Re: ceph Hello I have just installed all the system with the latest debian testing and then installed ceph. The ceph-client-tools are reported to be on latest version with apt-get install. I just get Segmentation fault on the command line not sure how to backtrace. I have managed to get a core dump not sure how to read that. in the logfile I get the following messages Jun 25 06:46:20 ceph1 kernel: [86215.823759] ceph[9395]: segfault at 328 ip 0000000000467f6f sp 00007fffa47e7580 error 4 in ceph[400000+169000] Jun 25 06:48:25 ceph1 kernel: [86341.263661] ceph[9409]: segfault at 328 ip 0000000000467f6f sp 00007fff0b11a3a0 error 4 in ceph[400000+169000] On Fri, Jun 24, 2011 at 12:41 AM, Martin Wilderoth <martin.wilderoth@linserv.se> wrote: > Hello, > > I get Segmentation fault when running the command ceph to check the status. I'm uning the deb packages deb http://ceph.newdream.net/debian/ sid main > > I have installed the testing distribution of Debian. > The other parts seems fine. The version of ceph is 0.29.1-1 > Do you have a backtrace for that segfault? Did you update all the packages (including ceph-client-tools)? 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 -- 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 ^ permalink raw reply [flat|nested] 5+ messages in thread
* Fwd: ceph 2011-06-25 4:43 ` ceph Martin Wilderoth @ 2011-06-26 3:05 ` Martin Wilderoth 2011-06-27 23:43 ` Josh Durgin 0 siblings, 1 reply; 5+ messages in thread From: Martin Wilderoth @ 2011-06-26 3:05 UTC (permalink / raw) To: ceph-devel This is the backtrace of the dump: Core was generated by `ceph -w'. Program terminated with signal 11, Segmentation fault. #0 0x0000000000467f6f in ceph_tool_data::ceph_tool_data() () (gdb) bt #0 0x0000000000467f6f in ceph_tool_data::ceph_tool_data() () #1 0x000000000044c31c in ?? () #2 0x000000000052bbad in __libc_csu_init () #3 0x00007fac02f49e40 in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #4 0x000000000044d2e1 in _start () /regards Martin >I have just installed all the system with the latest debian testing >and then installed ceph. The ceph-client-tools are reported >to be on latest version with apt-get install. > >I just get Segmentation fault on the command line not sure how to backtrace. > >I have managed to get a core dump not sure how to read that. >in the logfile I get the following messages >Jun 25 06:46:20 ceph1 kernel: [86215.823759] ceph[9395]: segfault at 328 ip >0000000000467f6f sp 00007fffa47e7580 error 4 in ceph[400000+169000] >Jun 25 06:48:25 ceph1 kernel: [86341.263661] ceph[9409]: segfault at 328 ip >0000000000467f6f sp 00007fff0b11a3a0 error 4 in ceph[400000+169000] >> Hello, >> >> I get Segmentation fault when running the command ceph to check the status. I'm uning the deb packages deb http://ceph.newdream.net/debian/ sid main >> >> I have installed the testing distribution of Debian. >> The other parts seems fine. The version of ceph is 0.29.1-1 >> >Do you have a backtrace for that segfault? Did you update all the >packages (including ceph-client-tools)? >Yehuda ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Fwd: ceph 2011-06-26 3:05 ` Fwd: ceph Martin Wilderoth @ 2011-06-27 23:43 ` Josh Durgin 2011-06-28 1:29 ` Colin McCabe 0 siblings, 1 reply; 5+ messages in thread From: Josh Durgin @ 2011-06-27 23:43 UTC (permalink / raw) To: Martin Wilderoth; +Cc: ceph-devel On 06/25/2011 08:05 PM, Martin Wilderoth wrote: > This is the backtrace of the dump: > > Core was generated by `ceph -w'. > Program terminated with signal 11, Segmentation fault. > #0 0x0000000000467f6f in ceph_tool_data::ceph_tool_data() () > (gdb) bt > #0 0x0000000000467f6f in ceph_tool_data::ceph_tool_data() () > #1 0x000000000044c31c in ?? () > #2 0x000000000052bbad in __libc_csu_init () > #3 0x00007fac02f49e40 in __libc_start_main () > from /lib/x86_64-linux-gnu/libc.so.6 > #4 0x000000000044d2e1 in _start () > > /regards Martin This is one of the globals that was removed recently in master (which will be in 0.31 or 0.32). One of the problems with them was that the order of initialization is undefined, which may be the reason for this crash. Someone reported that being a problem when compiling ceph with gcc 4.6. I'd suggest compiling with gcc 4.4, or using the master branch. Josh ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Fwd: ceph 2011-06-27 23:43 ` Josh Durgin @ 2011-06-28 1:29 ` Colin McCabe 2011-06-28 19:14 ` Martin Wilderoth 0 siblings, 1 reply; 5+ messages in thread From: Colin McCabe @ 2011-06-28 1:29 UTC (permalink / raw) To: Josh Durgin; +Cc: Martin Wilderoth, ceph-devel On Mon, Jun 27, 2011 at 4:43 PM, Josh Durgin <josh.durgin@dreamhost.com> wrote: > On 06/25/2011 08:05 PM, Martin Wilderoth wrote: >> >> This is the backtrace of the dump: >> >> Core was generated by `ceph -w'. >> Program terminated with signal 11, Segmentation fault. >> #0 0x0000000000467f6f in ceph_tool_data::ceph_tool_data() () >> (gdb) bt >> #0 0x0000000000467f6f in ceph_tool_data::ceph_tool_data() () >> #1 0x000000000044c31c in ?? () >> #2 0x000000000052bbad in __libc_csu_init () >> #3 0x00007fac02f49e40 in __libc_start_main () >> from /lib/x86_64-linux-gnu/libc.so.6 >> #4 0x000000000044d2e1 in _start () >> >> /regards Martin > > This is one of the globals that was removed recently in master (which will > be in 0.31 or 0.32). One of the problems with them was that the order of > initialization is undefined, which may be the reason for this crash. Someone > reported that being a problem when compiling ceph with gcc 4.6. > > I'd suggest compiling with gcc 4.4, or using the master branch. > > Josh I did some testing of my own and it looks like in the stable branch, it decides to initialize g_ceph_context really early, which is good, but then decides to put off initializing g_conf until much, much later. Unfortunately, init_priority cannot be applied to references, which g_conf is in the stable branch. Also, references can't be reseated after they're initialized, so nobody else can initialize g_conf except itself. So in conclusion, it would be pretty difficult to fix in the stable branch. I think maybe the best thing to do is to move to master, where this is all fixed, if it pops up for you. As Sam commented, we have eliminated all non-trivial global constructors for exactly these reasons. sincerely, Colin > -- > 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 ^ permalink raw reply [flat|nested] 5+ messages in thread
* Fwd: ceph 2011-06-28 1:29 ` Colin McCabe @ 2011-06-28 19:14 ` Martin Wilderoth 0 siblings, 0 replies; 5+ messages in thread From: Martin Wilderoth @ 2011-06-28 19:14 UTC (permalink / raw) To: ceph-devel v0.30 solved my problem :-) >> On 06/25/2011 08:05 PM, Martin Wilderoth wrote: >>> >>> This is the backtrace of the dump: >>> >>> Core was generated by `ceph -w'. >>> Program terminated with signal 11, Segmentation fault. >>> #0 0x0000000000467f6f in ceph_tool_data::ceph_tool_data() () >>> (gdb) bt >>> #0 0x0000000000467f6f in ceph_tool_data::ceph_tool_data() () >>> #1 0x000000000044c31c in ?? () >>> #2 0x000000000052bbad in __libc_csu_init () >>> #3 0x00007fac02f49e40 in __libc_start_main () >>> from /lib/x86_64-linux-gnu/libc.so.6 >>> #4 0x000000000044d2e1 in _start () >>> >>> /regards Martin >> >> This is one of the globals that was removed recently in master (which will >> be in 0.31 or 0.32). One of the problems with them was that the order of >> initialization is undefined, which may be the reason for this crash. Someone >> reported that being a problem when compiling ceph with gcc 4.6. >> >> I'd suggest compiling with gcc 4.4, or using the master branch. >> >> Josh >I did some testing of my own and it looks like in the stable branch, >it decides to initialize g_ceph_context really early, which is good, >but then decides to put off initializing g_conf until much, much >later. Unfortunately, init_priority cannot be applied to references, >which g_conf is in the stable branch. Also, references can't be >reseated after they're initialized, so nobody else can initialize >g_conf except itself. >So in conclusion, it would be pretty difficult to fix in the stable >branch. I think maybe the best thing to do is to move to master, where >this is all fixed, if it pops up for you. >As Sam commented, we have eliminated all non-trivial global >constructors for exactly these reasons. >sincerely, >Colin ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2011-06-28 19:23 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1476695993.17760.1308976740201.JavaMail.root@mail.linserv.se>
2011-06-25 4:43 ` ceph Martin Wilderoth
2011-06-26 3:05 ` Fwd: ceph Martin Wilderoth
2011-06-27 23:43 ` Josh Durgin
2011-06-28 1:29 ` Colin McCabe
2011-06-28 19:14 ` Martin Wilderoth
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.