* Illegal memory access in rados...
@ 2017-02-28 16:07 Willem Jan Withagen
2017-02-28 16:49 ` Sage Weil
0 siblings, 1 reply; 4+ messages in thread
From: Willem Jan Withagen @ 2017-02-28 16:07 UTC (permalink / raw)
To: Ceph Development
I wonder whether this is known? (running FreeBSD)
When running:
ceph_objectstore_tool.py
I keep getting:
3: Wait for health_ok...DONE
3: Created Replicated pool #1
3: Created Erasure coded pool #2
3: Creating 4 objects in replicated pool
3: CRITICAL:Rados put command failed with -11
gdb gives me:
#0 0x000000080df5bdaa in thr_kill () from /lib/libc.so.7
#1 0x000000080df5bd7b in __raise (s=11) at /usr/src/lib/libc/gen/raise.c:52
#2 0x00000000004eec36 in reraise_fatal (signum=11) at
/home/jenkins/workspace/ceph-master/src/global/signal_handler.cc:74
#3 0x00000000004edca9 in handle_fatal_signal (signum=11) at
/home/jenkins/workspace/ceph-master/src/global/signal_handler.cc:138
#4 0x000000080c140754 in handle_signal (actp=0x7fffdf7ee990, sig=11,
info=0x7fffdf7eed80, ucp=0x7fffdf7eea10) at
/usr/src/lib/libthr/thread/thr_sig.c:246
#5 0x000000080c13fdbf in thr_sighandler (sig=11, info=0x7fffdf7eed80,
_ucp=0x7fffdf7eea10) at /usr/src/lib/libthr/thread/thr_sig.c:189
#6 <signal handler called>
#7 MonClient::build_authorizer (this=0x80f92b060, service_id=16) at
memory:2733
#8 0x0000000800afdc28 in librados::RadosClient::ms_get_authorizer
(this=0x80f92b000, dest_type=16, authorizer=0x7fffdf7eefc8, force_new=false)
at /home/jenkins/workspace/ceph-master/src/librados/RadosClient.cc:63
#9 0x000000080233b731 in Messenger::ms_deliver_get_authorizer
(this=0x80f908600, peer_type=16, force_new=false) at Messenger.h:722
#10 0x000000080237cc1a in AsyncMessenger::get_authorizer
(this=0x80f908600, peer_type=16, force_new=false) at AsyncMessenger.h:365
#11 0x0000000802359dc2 in AsyncConnection::_process_connection
(this=0x81124b800) at
/home/jenkins/workspace/ceph-master/src/msg/async/AsyncConnection.cc:1024
#7 MonClient::build_authorizer (this=0x80f92b060, service_id=16) at
memory:2733
2733 {return __ptr_.first() != nullptr;}
But __ptr_ is optimized out. So cehking anything is hard.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Illegal memory access in rados...
2017-02-28 16:07 Illegal memory access in rados Willem Jan Withagen
@ 2017-02-28 16:49 ` Sage Weil
2017-02-28 18:24 ` Willem Jan Withagen
0 siblings, 1 reply; 4+ messages in thread
From: Sage Weil @ 2017-02-28 16:49 UTC (permalink / raw)
To: Willem Jan Withagen; +Cc: Ceph Development
On Tue, 28 Feb 2017, Willem Jan Withagen wrote:
>
> I wonder whether this is known? (running FreeBSD)
>
> When running:
> ceph_objectstore_tool.py
I believe Kefu just fixed this:
https://github.com/ceph/ceph/pull/13685
sage
>
> I keep getting:
> 3: Wait for health_ok...DONE
> 3: Created Replicated pool #1
> 3: Created Erasure coded pool #2
> 3: Creating 4 objects in replicated pool
> 3: CRITICAL:Rados put command failed with -11
>
> gdb gives me:
> #0 0x000000080df5bdaa in thr_kill () from /lib/libc.so.7
> #1 0x000000080df5bd7b in __raise (s=11) at /usr/src/lib/libc/gen/raise.c:52
> #2 0x00000000004eec36 in reraise_fatal (signum=11) at
> /home/jenkins/workspace/ceph-master/src/global/signal_handler.cc:74
> #3 0x00000000004edca9 in handle_fatal_signal (signum=11) at
> /home/jenkins/workspace/ceph-master/src/global/signal_handler.cc:138
> #4 0x000000080c140754 in handle_signal (actp=0x7fffdf7ee990, sig=11,
> info=0x7fffdf7eed80, ucp=0x7fffdf7eea10) at
> /usr/src/lib/libthr/thread/thr_sig.c:246
> #5 0x000000080c13fdbf in thr_sighandler (sig=11, info=0x7fffdf7eed80,
> _ucp=0x7fffdf7eea10) at /usr/src/lib/libthr/thread/thr_sig.c:189
> #6 <signal handler called>
> #7 MonClient::build_authorizer (this=0x80f92b060, service_id=16) at
> memory:2733
> #8 0x0000000800afdc28 in librados::RadosClient::ms_get_authorizer
> (this=0x80f92b000, dest_type=16, authorizer=0x7fffdf7eefc8, force_new=false)
> at /home/jenkins/workspace/ceph-master/src/librados/RadosClient.cc:63
> #9 0x000000080233b731 in Messenger::ms_deliver_get_authorizer
> (this=0x80f908600, peer_type=16, force_new=false) at Messenger.h:722
> #10 0x000000080237cc1a in AsyncMessenger::get_authorizer
> (this=0x80f908600, peer_type=16, force_new=false) at AsyncMessenger.h:365
> #11 0x0000000802359dc2 in AsyncConnection::_process_connection
> (this=0x81124b800) at
> /home/jenkins/workspace/ceph-master/src/msg/async/AsyncConnection.cc:1024
>
> #7 MonClient::build_authorizer (this=0x80f92b060, service_id=16) at
> memory:2733
> 2733 {return __ptr_.first() != nullptr;}
>
> But __ptr_ is optimized out. So cehking anything is hard.
>
>
> --
> 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] 4+ messages in thread
* Re: Illegal memory access in rados...
2017-02-28 16:49 ` Sage Weil
@ 2017-02-28 18:24 ` Willem Jan Withagen
2017-02-28 18:59 ` Willem Jan Withagen
0 siblings, 1 reply; 4+ messages in thread
From: Willem Jan Withagen @ 2017-02-28 18:24 UTC (permalink / raw)
To: Sage Weil; +Cc: Ceph Development
On 28-2-2017 17:49, Sage Weil wrote:
> On Tue, 28 Feb 2017, Willem Jan Withagen wrote:
>> I wonder whether this is known? (running FreeBSD)
>>
>> When running:
>> ceph_objectstore_tool.py
> I believe Kefu just fixed this:
>
> https://github.com/ceph/ceph/pull/13685
Running to lots of "just fixed"s. :)
Will try
--WjW
> sage
>
>> I keep getting:
>> 3: Wait for health_ok...DONE
>> 3: Created Replicated pool #1
>> 3: Created Erasure coded pool #2
>> 3: Creating 4 objects in replicated pool
>> 3: CRITICAL:Rados put command failed with -11
>>
>> gdb gives me:
>> #0 0x000000080df5bdaa in thr_kill () from /lib/libc.so.7
>> #1 0x000000080df5bd7b in __raise (s=11) at /usr/src/lib/libc/gen/raise.c:52
>> #2 0x00000000004eec36 in reraise_fatal (signum=11) at
>> /home/jenkins/workspace/ceph-master/src/global/signal_handler.cc:74
>> #3 0x00000000004edca9 in handle_fatal_signal (signum=11) at
>> /home/jenkins/workspace/ceph-master/src/global/signal_handler.cc:138
>> #4 0x000000080c140754 in handle_signal (actp=0x7fffdf7ee990, sig=11,
>> info=0x7fffdf7eed80, ucp=0x7fffdf7eea10) at
>> /usr/src/lib/libthr/thread/thr_sig.c:246
>> #5 0x000000080c13fdbf in thr_sighandler (sig=11, info=0x7fffdf7eed80,
>> _ucp=0x7fffdf7eea10) at /usr/src/lib/libthr/thread/thr_sig.c:189
>> #6 <signal handler called>
>> #7 MonClient::build_authorizer (this=0x80f92b060, service_id=16) at
>> memory:2733
>> #8 0x0000000800afdc28 in librados::RadosClient::ms_get_authorizer
>> (this=0x80f92b000, dest_type=16, authorizer=0x7fffdf7eefc8, force_new=false)
>> at /home/jenkins/workspace/ceph-master/src/librados/RadosClient.cc:63
>> #9 0x000000080233b731 in Messenger::ms_deliver_get_authorizer
>> (this=0x80f908600, peer_type=16, force_new=false) at Messenger.h:722
>> #10 0x000000080237cc1a in AsyncMessenger::get_authorizer
>> (this=0x80f908600, peer_type=16, force_new=false) at AsyncMessenger.h:365
>> #11 0x0000000802359dc2 in AsyncConnection::_process_connection
>> (this=0x81124b800) at
>> /home/jenkins/workspace/ceph-master/src/msg/async/AsyncConnection.cc:1024
>>
>> #7 MonClient::build_authorizer (this=0x80f92b060, service_id=16) at
>> memory:2733
>> 2733 {return __ptr_.first() != nullptr;}
>>
>> But __ptr_ is optimized out. So cehking anything is hard.
>>
>>
>> --
>> 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] 4+ messages in thread
* Re: Illegal memory access in rados...
2017-02-28 18:24 ` Willem Jan Withagen
@ 2017-02-28 18:59 ` Willem Jan Withagen
0 siblings, 0 replies; 4+ messages in thread
From: Willem Jan Withagen @ 2017-02-28 18:59 UTC (permalink / raw)
To: Willem Jan Withagen, Sage Weil; +Cc: Ceph Development
On 28-2-2017 19:24, Willem Jan Withagen wrote:
> On 28-2-2017 17:49, Sage Weil wrote:
>> On Tue, 28 Feb 2017, Willem Jan Withagen wrote:
>>> I wonder whether this is known? (running FreeBSD)
>>>
>>> When running:
>>> ceph_objectstore_tool.py
>> I believe Kefu just fixed this:
>>
>> https://github.com/ceph/ceph/pull/13685
> Running to lots of "just fixed"s. :)
> Will try
What was a sure seg-fault, now passes.
--WjW
>
> --WjW
>
>> sage
>>
>>> I keep getting:
>>> 3: Wait for health_ok...DONE
>>> 3: Created Replicated pool #1
>>> 3: Created Erasure coded pool #2
>>> 3: Creating 4 objects in replicated pool
>>> 3: CRITICAL:Rados put command failed with -11
>>>
>>> gdb gives me:
>>> #0 0x000000080df5bdaa in thr_kill () from /lib/libc.so.7
>>> #1 0x000000080df5bd7b in __raise (s=11) at /usr/src/lib/libc/gen/raise.c:52
>>> #2 0x00000000004eec36 in reraise_fatal (signum=11) at
>>> /home/jenkins/workspace/ceph-master/src/global/signal_handler.cc:74
>>> #3 0x00000000004edca9 in handle_fatal_signal (signum=11) at
>>> /home/jenkins/workspace/ceph-master/src/global/signal_handler.cc:138
>>> #4 0x000000080c140754 in handle_signal (actp=0x7fffdf7ee990, sig=11,
>>> info=0x7fffdf7eed80, ucp=0x7fffdf7eea10) at
>>> /usr/src/lib/libthr/thread/thr_sig.c:246
>>> #5 0x000000080c13fdbf in thr_sighandler (sig=11, info=0x7fffdf7eed80,
>>> _ucp=0x7fffdf7eea10) at /usr/src/lib/libthr/thread/thr_sig.c:189
>>> #6 <signal handler called>
>>> #7 MonClient::build_authorizer (this=0x80f92b060, service_id=16) at
>>> memory:2733
>>> #8 0x0000000800afdc28 in librados::RadosClient::ms_get_authorizer
>>> (this=0x80f92b000, dest_type=16, authorizer=0x7fffdf7eefc8, force_new=false)
>>> at /home/jenkins/workspace/ceph-master/src/librados/RadosClient.cc:63
>>> #9 0x000000080233b731 in Messenger::ms_deliver_get_authorizer
>>> (this=0x80f908600, peer_type=16, force_new=false) at Messenger.h:722
>>> #10 0x000000080237cc1a in AsyncMessenger::get_authorizer
>>> (this=0x80f908600, peer_type=16, force_new=false) at AsyncMessenger.h:365
>>> #11 0x0000000802359dc2 in AsyncConnection::_process_connection
>>> (this=0x81124b800) at
>>> /home/jenkins/workspace/ceph-master/src/msg/async/AsyncConnection.cc:1024
>>>
>>> #7 MonClient::build_authorizer (this=0x80f92b060, service_id=16) at
>>> memory:2733
>>> 2733 {return __ptr_.first() != nullptr;}
>>>
>>> But __ptr_ is optimized out. So cehking anything is hard.
>>>
>>>
>>> --
>>> 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] 4+ messages in thread
end of thread, other threads:[~2017-02-28 19:00 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-02-28 16:07 Illegal memory access in rados Willem Jan Withagen
2017-02-28 16:49 ` Sage Weil
2017-02-28 18:24 ` Willem Jan Withagen
2017-02-28 18:59 ` Willem Jan Withagen
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.