Ceph : Issues
https://tracker.ceph.com/
https://tracker.ceph.com/favicon.ico
2020-06-16T08:47:32Z
Ceph
Redmine
Dashboard - Bug #46029 (Closed): tasks.mgr.dashboard.test_rgw.RgwUserQuotaTest: untimeError: Time...
https://tracker.ceph.com/issues/46029
2020-06-16T08:47:32Z
Sebastian Wagner
<p><a class="external" href="https://jenkins.ceph.com/job/ceph-dashboard-pr-backend/1490/">https://jenkins.ceph.com/job/ceph-dashboard-pr-backend/1490/</a></p>
<pre>
test_get_quota (tasks.mgr.dashboard.test_rgw.RgwUserQuotaTest)
2020-06-12 16:07:11,262.262 INFO:__main__:----------------------------------------------------------------------
2020-06-12 16:07:11,262.262 INFO:__main__:Traceback (most recent call last):
2020-06-12 16:07:11,262.262 INFO:__main__: File "/home/jenkins-build/build/workspace/ceph-dashboard-pr-backend/qa/tasks/mgr/dashboard/helper.py", line 186, in setUp
2020-06-12 16:07:11,262.262 INFO:__main__: self.wait_for_health_clear(20)
2020-06-12 16:07:11,263.263 INFO:__main__: File "/home/jenkins-build/build/workspace/ceph-dashboard-pr-backend/qa/tasks/ceph_test_case.py", line 162, in wait_for_health_clear
2020-06-12 16:07:11,263.263 INFO:__main__: self.wait_until_true(is_clear, timeout)
2020-06-12 16:07:11,263.263 INFO:__main__: File "/home/jenkins-build/build/workspace/ceph-dashboard-pr-backend/qa/tasks/ceph_test_case.py", line 194, in wait_until_true
2020-06-12 16:07:11,263.263 INFO:__main__: raise RuntimeError("Timed out after {0}s".format(elapsed))
2020-06-12 16:07:11,263.263 INFO:__main__:RuntimeError: Timed out after 20s
2020-06-12 16:07:11,263.263 INFO:__main__:
2020-06-12 16:07:11,263.263 INFO:__main__:----------------------------------------------------------------------
2020-06-12 16:07:11,263.263 INFO:__main__:
</pre>
Ceph - Feature #44745 (New): YAMLFormatter for common/Formatter.h
https://tracker.ceph.com/issues/44745
2020-03-25T11:36:11Z
Sebastian Wagner
<p><a class="external" href="https://github.com/ceph/ceph/pull/34061">https://github.com/ceph/ceph/pull/34061</a> add a new value <code>yaml</code> for <code>--format</code> in order to support yaml in <code>mgr/cephadm</code>.</p>
<p>Having a YAMLFormatter for common/Formatter.h would be great, too!</p>
ceph-volume - Feature #44630 (New): cephadm: improve behaviour with virtual disks
https://tracker.ceph.com/issues/44630
2020-03-16T17:44:09Z
Sebastian Wagner
<p>when your disks are virtual, the identify OSDs should just msg...it's<br />a no-op anyway. this could be extended to kvm virt disks and vmware to<br />cover the bases.</p>
<p>the vendor 0x1af4 is the "known" descriptor for VirtIO Disk - so we<br />should use that in the inventory display</p>
ceph-volume - Bug #43899 (Resolved): cephadm: Remove the clutch between Teuthology and ceph-volume
https://tracker.ceph.com/issues/43899
2020-01-30T13:07:13Z
Sebastian Wagner
<ul>
<li><a class="external" href="https://github.com/ceph/ceph/commit/614c0eb77eb44dd74165613c7fe818b8330cf7ba">https://github.com/ceph/ceph/commit/614c0eb77eb44dd74165613c7fe818b8330cf7ba</a></li>
</ul>
ceph-volume - Bug #43858 (New): ceph-volume: lvm zap requires `/dev/` prefix
https://tracker.ceph.com/issues/43858
2020-01-28T12:38:22Z
Sebastian Wagner
<p>This is different to the other lvm commands:</p>
<p>preparing:</p>
<pre>
root@ubuntu:~# losetup -f
/dev/loop12
root@ubuntu:~# LANG=C losetup /dev/loop12 disk-image
root@ubuntu:~# pvcreate /dev/loop12
Physical volume "/dev/loop12" successfully created.
root@ubuntu:~# vgcreate MyVg /dev/loop12
Volume group "MyVg" successfully created
root@ubuntu:~# lvcreate --size 5500M --name MyLV MyVg
Logical volume "MyLV" created.
root@ubuntu:~# ll /dev/MyVg/MyLV
lrwxrwxrwx 1 root root 7 Jan 28 11:38 /dev/MyVg/MyLV -> ../dm-0
root@ubuntu:~# vgs -o vg_tags MyVg
VG Tags
root@ubuntu:~# vgs -o lv_tags MyVg
LV Tags
</pre>
<pre>
# ceph-volume lvm zap MyVg/MyLV
stderr: lsblk: MyVg/MyLV: kein blockorientiertes Gerät
stderr: blkid: Fehler: MyVg/MyLV: Datei oder Verzeichnis nicht gefunden
stderr: Unknown device, --name=, --path=, or absolute path in /dev/ or /sys expected.
usage: ceph-volume lvm zap [-h] [--destroy] [--osd-id OSD_ID]
[--osd-fsid OSD_FSID]
[DEVICES [DEVICES ...]]
ceph-volume lvm zap: error: Unable to proceed with non-existing device: MyVg/MyLV
</pre>
<pre>
# ceph-volume lvm zap /dev/MyVg/MyLV
--> Zapping: /dev/MyVg/MyLV
Running command: /bin/dd if=/dev/zero of=/dev/MyVg/MyLV bs=1M count=10
stderr: 10+0 Datensätze ein
10+0 Datensätze aus
10485760 Bytes (10 MB, 10 MiB) kopiert, 0,00413076 s, 2,5 GB/s
--> Zapping successful for: <LV: /dev/MyVg/MyLV>
</pre>
Dashboard - Bug #42446 (New): mgr/dashboard: tasks.mgr.dashboard.test_ganesha.GaneshaTest.test_cr...
https://tracker.ceph.com/issues/42446
2019-10-23T14:50:08Z
Sebastian Wagner
<p><a class="external" href="https://jenkins.ceph.com/job/ceph-dashboard-pr-backend/33/console">https://jenkins.ceph.com/job/ceph-dashboard-pr-backend/33/console</a></p>
<pre>
...snip...
2019-10-23 14:26:16,342.342 INFO:__main__:Starting test: test_create_export (tasks.mgr.dashboard.test_ganesha.GaneshaTest)
2019-10-23 14:26:16,342.342 INFO:__main__:Running ['./bin/ceph', 'health', '--format=json']
2019-10-23 14:26:21,848.848 INFO:__main__:Running ['./bin/ceph', 'health', '--format=json']
2019-10-23 14:26:27,358.358 INFO:__main__:Running ['./bin/ceph', 'health', '--format=json']
2019-10-23 14:26:32,976.976 INFO:__main__:Running ['./bin/ceph', 'health', '--format=json']
2019-10-23 14:26:38,513.513 INFO:__main__:Running ['./bin/ceph', 'health', '--format=json']
2019-10-23 14:26:39,038.038 INFO:__main__:test_create_export (tasks.mgr.dashboard.test_ganesha.GaneshaTest) ... ERROR
2019-10-23 14:26:39,039.039 INFO:__main__:Stopped test: test_create_export (tasks.mgr.dashboard.test_ganesha.GaneshaTest) in 22.696573s
2019-10-23 14:26:39,039.039 INFO:__main__:Running ['./bin/radosgw-admin', 'user', 'rm', '--uid', 'admin', '--purge-data']
2019-10-23 14:26:39,483.483 INFO:__main__:Running ['./bin/ceph', 'osd', 'pool', 'delete', 'ganesha', 'ganesha', '--yes-i-really-really-mean-it']
2019-10-23 14:26:40,181.181 INFO:tasks.mgr.dashboard.helper:command result:
2019-10-23 14:26:40,181.181 INFO:__main__:
2019-10-23 14:26:40,181.181 INFO:__main__:======================================================================
2019-10-23 14:26:40,182.182 INFO:__main__:ERROR: test_create_export (tasks.mgr.dashboard.test_ganesha.GaneshaTest)
2019-10-23 14:26:40,182.182 INFO:__main__:----------------------------------------------------------------------
2019-10-23 14:26:40,182.182 INFO:__main__:Traceback (most recent call last):
2019-10-23 14:26:40,182.182 INFO:__main__: File "/home/jenkins-build/build/workspace/ceph-dashboard-pr-backend/qa/tasks/mgr/dashboard/helper.py", line 154, in setUp
2019-10-23 14:26:40,182.182 INFO:__main__: self.wait_for_health_clear(20)
2019-10-23 14:26:40,182.182 INFO:__main__: File "/home/jenkins-build/build/workspace/ceph-dashboard-pr-backend/qa/tasks/ceph_test_case.py", line 131, in wait_for_health_clear
2019-10-23 14:26:40,183.183 INFO:__main__: self.wait_until_true(is_clear, timeout)
2019-10-23 14:26:40,183.183 INFO:__main__: File "/home/jenkins-build/build/workspace/ceph-dashboard-pr-backend/qa/tasks/ceph_test_case.py", line 163, in wait_until_true
2019-10-23 14:26:40,183.183 INFO:__main__: raise RuntimeError("Timed out after {0}s".format(elapsed))
2019-10-23 14:26:40,183.183 INFO:__main__:RuntimeError: Timed out after 20s
2019-10-23 14:26:40,183.183 INFO:__main__:
2019-10-23 14:26:40,183.183 INFO:__main__:----------------------------------------------------------------------
2019-10-23 14:26:40,184.184 INFO:__main__:Ran 48 tests in 501.380s
</pre>
Dashboard - Bug #39953 (New): mgr/dashboard doesn't properly return `WWW-Authenticate` header for...
https://tracker.ceph.com/issues/39953
2019-05-16T13:48:40Z
Sebastian Wagner
<p>Dashboard violates the bearer authentication protocol by not returning a proper WWW-Authenticate header in case the token is missing.</p>
<p>Would be nice to get the dashboard working with clients like <a class="external" href="https://github.com/brandond/requests-bearer">https://github.com/brandond/requests-bearer</a></p>
Dashboard - Bug #38378 (Resolved): SSL handshake: 500 internal error to access dashboard
https://tracker.ceph.com/issues/38378
2019-02-19T09:39:11Z
Sebastian Wagner
<p>Downstream issue: <a class="external" href="https://github.com/rook/rook/issues/2492">https://github.com/rook/rook/issues/2492</a></p>
<pre>
[15/Jan/2019:10:13:03] ENGINE Error in HTTPServer.tick
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/cherrypy/wsgiserver/wsgiserver2.py", line 1837, in start
self.tick()
File "/usr/lib/python2.7/site-packages/cherrypy/wsgiserver/wsgiserver2.py", line 1902, in tick
s, ssl_env = self.ssl_adapter.wrap(s)
File "/usr/lib/python2.7/site-packages/cherrypy/wsgiserver/ssl_builtin.py", line 52, in wrap
keyfile=self.private_key, ssl_version=ssl.PROTOCOL_SSLv23)
File "/usr/lib64/python2.7/ssl.py", line 934, in wrap_socket
ciphers=ciphers)
File "/usr/lib64/python2.7/ssl.py", line 609, in __init__
self.do_handshake()
File "/usr/lib64/python2.7/ssl.py", line 831, in do_handshake
self._sslobj.do_handshake()
SSLError: [SSL: HTTP_REQUEST] http request (_ssl.c:579)
</pre>
Ceph - Bug #38145 (New): /usr/bin/ld: cmdparse.cc.o: bad reloc symbol index
https://tracker.ceph.com/issues/38145
2019-02-01T10:09:43Z
Sebastian Wagner
<p>Hey,</p>
<p>in the Sepia lab in flavour "Ubuntu Xenial", I'm getting a linker error:</p>
<pre>
/usr/bin/ld: common/CMakeFiles/common-common-objs.dir/cmdparse.cc.o: bad reloc symbol index (0x30317453 >= 0x2d1) for offset 0x4961534563497374 in section `.debug_info'
common/CMakeFiles/common-common-objs.dir/cmdparse.cc.o: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
src/CMakeFiles/ceph-common.dir/build.make:446: recipe for target 'lib/libceph-common.so.1' failed
make[4]: *** [lib/libceph-common.so.1] Error 1
make[4]: Leaving directory '/build/ceph-14.0.1-3099-g9e926e9/obj-x86_64-linux-gnu'
</pre>
<ul>
<li><a href="https://jenkins.ceph.com/job/ceph-dev-new-build/ARCH=x86_64,AVAILABLE_ARCH=x86_64,AVAILABLE_DIST=xenial,DIST=xenial,MACHINE_SIZE=huge/17352//consoleFull" class="external">Jenkins Log</a></li>
<li><a href="https://shaman.ceph.com/builds/ceph/wip-swagner-testing/9e926e9927a4c9592403dbce959e526ba3860206/default/140455/" class="external">Shaman build</a></li>
</ul>
<p>I don't know if this is a reproducible error or not.</p>
Ceph - Bug #37858 (Can't reproduce): Python 3: UnicodeDecodeError in /usr/bin/ceph in parse_json_...
https://tracker.ceph.com/issues/37858
2019-01-10T11:24:31Z
Sebastian Wagner
<p>I'm seeing this in the log of a recent nautilus build:</p>
<pre>
2019-01-10 11:05:18.613 7fce75ddb700 1 librados: init done
2019-01-10 11:05:18.613 7fce75ddb700 1 librados: init done
Traceback (most recent call last):
File "/usr/bin/ceph", line 1212, in <module>
retval = main()
File "/usr/bin/ceph", line 1136, in main
sigdict = parse_json_funcsigs(outbuf.decode('utf-8'), 'cli')
File "/usr/lib64/python2.7/encodings/utf_8.py", line 16, in decode
return codecs.utf_8_decode(input, errors, True)
UnicodeDecodeError: 'utf8' codec can't decode byte 0xa0 in position 5827: invalid start byte
</pre>
<p>Unfortunately, I don't have <strong>any</strong> further information yet.</p>
Dashboard - Bug #37651 (Can't reproduce): Container, Mimic: Unable to open CherryPy port
https://tracker.ceph.com/issues/37651
2018-12-13T18:47:12Z
Sebastian Wagner
<pre>
2018-12-10 16:46:27.962 7ff665c5e700 -1 Traceback (most recent call last):
File "/usr/lib64/ceph/mgr/prometheus/module.py", line 711, in serve
cherrypy.engine.start()
File "/usr/lib/python2.7/site-packages/cherrypy/process/wspbus.py", line 250, in start
raise e_info
ChannelFailures: IOError("Port 9283 not bound on '::'",)
</pre>
<p>and it also affects mgr/prometheus</p>
<pre>
2018-12-10 16:46:27.962 7ff665c5e700 -1 Traceback (most recent call last):
File "/usr/lib64/ceph/mgr/prometheus/module.py", line 711, in serve
cherrypy.engine.start()
File "/usr/lib/python2.7/site-packages/cherrypy/process/wspbus.py", line 250, in start
raise e_info
ChannelFailures: IOError("Port 9283 not bound on '::'",)
[10/Dec/2018:16:46:27] ENGINE Error in 'start' listener <bound method Server.start of <cherrypy._cpserver.Server object at 0x7ff66b728590>>
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/cherrypy/process/wspbus.py", line 197, in publish
output.append(listener(*args, **kwargs))
File "/usr/lib/python2.7/site-packages/cherrypy/_cpserver.py", line 151, in start
ServerAdapter.start(self)
File "/usr/lib/python2.7/site-packages/cherrypy/process/servers.py", line 174, in start
self.wait()
File "/usr/lib/python2.7/site-packages/cherrypy/process/servers.py", line 214, in wait
wait_for_occupied_port(host, port)
File "/usr/lib/python2.7/site-packages/cherrypy/process/servers.py", line 427, in wait_for_occupied_port
raise IOError("Port %r not bound on %r" % (port, host))
IOError: Port 8443 not bound on '::'
[10/Dec/2018:16:46:27] ENGINE Shutting down due to error in start listener:
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/cherrypy/process/wspbus.py", line 235, in start
self.publish('start')
File "/usr/lib/python2.7/site-packages/cherrypy/process/wspbus.py", line 215, in publish
raise exc
ChannelFailures: IOError("Port 8443 not bound on '::'",)
</pre>
<p>and</p>
<pre>
2018-12-10 16:46:27.982 7ff666c60700 -1 Traceback (most recent call last):
File "/usr/lib64/ceph/mgr/dashboard/module.py", line 288, in serve
cherrypy.engine.start()
File "/usr/lib/python2.7/site-packages/cherrypy/process/wspbus.py", line 250, in start
raise e_info
ChannelFailures: IOError("Port 8443 not bound on '::'",)
</pre>
<p>and</p>
<pre>
::ffff:10.244.3.31 - - [10/Dec/2018:16:46:25] "GET /metrics HTTP/1.1" 200 49184 "" "Prometheus/2.5.0"
2018-12-10 16:46:25.882 7ff677dbc700 0 -- 10.244.2.31:6800/1 >> 10.244.2.31:0/3852671633 conn(0x563d91786600 :6800 s=STATE_ACCEPTING_WAIT_CONNECT_MSG_AUTH pgs=0 cs=0 l=1).handle_connect_msg: challenging authorizer
::ffff:10.244.0.0 - - [10/Dec/2018:16:46:26] "GET /api/summary HTTP/1.0" 200 215 "https://krs-m.s3.ua/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0.1 Safari/605.1.15"
::ffff:10.244.0.0 - - [10/Dec/2018:16:46:26] "GET /api/dashboard/health HTTP/1.0" 200 27036 "https://krs-m.s3.ua/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0.1 Safari/605.1.15"
::ffff:10.244.0.0 - - [10/Dec/2018:16:46:26] "GET / HTTP/1.0" 200 1094 "" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0.1 Safari/605.1.15"
::ffff:10.244.0.0 - - [10/Dec/2018:16:46:26] "GET /api/summary HTTP/1.0" 200 215 "https://krs-m.s3.ua/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0.1 Safari/605.1.15"
::ffff:10.244.0.0 - - [10/Dec/2018:16:46:26] "GET /api/dashboard/health HTTP/1.0" 200 27023 "https://krs-m.s3.ua/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0.1 Safari/605.1.15"
2018-12-10 16:46:26.882 7ff6775bb700 0 -- 10.244.2.31:6800/1 >> 10.244.2.31:0/3852671633 conn(0x563d91786c00 :6800 s=STATE_ACCEPTING_WAIT_CONNECT_MSG_AUTH pgs=0 cs=0 l=1).handle_connect_msg: challenging authorizer
2018-12-10 16:46:27.454 7ff6705ad700 1 mgr send_beacon active
2018-12-10 16:46:27.882 7ff6775bb700 0 -- 10.244.2.31:6800/1 >> 10.244.2.31:0/3852671633 conn(0x563d91787200 :6800 s=STATE_ACCEPTING_WAIT_CONNECT_MSG_AUTH pgs=0 cs=0 l=1).handle_connect_msg: challenging authorizer
[10/Dec/2018:16:46:27] ENGINE Error in 'start' listener <bound method Server.start of <cherrypy._cpserver.Server object at 0x7ff66a836710>>
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/cherrypy/process/wspbus.py", line 197, in publish
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/cherrypy/process/wspbus.py", line 197, in publish
output.append(listener(*args, **kwargs))
File "/usr/lib/python2.7/site-packages/cherrypy/_cpserver.py", line 151, in start
ServerAdapter.start(self)
File "/usr/lib/python2.7/site-packages/cherrypy/process/servers.py", line 174, in start
self.wait()
File "/usr/lib/python2.7/site-packages/cherrypy/process/servers.py", line 214, in wait
wait_for_occupied_port(host, port)
File "/usr/lib/python2.7/site-packages/cherrypy/process/servers.py", line 427, in wait_for_occupied_port
raise IOError("Port %r not bound on %r" % (port, host))
IOError: Port 9283 not bound on '::'
</pre>
<p>Downstream issue [[<a class="external" href="https://github.com/rook/rook/issues/2335">https://github.com/rook/rook/issues/2335</a>]]</p>
ceph-volume - Bug #37390 (Resolved): c-v inventory returns invalid JSON
https://tracker.ceph.com/issues/37390
2018-11-26T13:16:39Z
Sebastian Wagner
<p>print() uses single-quotes by default, which is invalid JSON.</p>
Ceph - Bug #37373 (New): Interactive mode CLI with Python 3: Traceback when pressing ^D
https://tracker.ceph.com/issues/37373
2018-11-22T15:06:43Z
Sebastian Wagner
<p>Hey,</p>
<p>calling ^d in the repl of the ceph command using Python 3 shows a Traceback:</p>
<pre>
$ ceph
ceph>
ceph>
ceph> Traceback (most recent call last):
File "/home/sebastian/Repos/ceph/build/bin/ceph", line 1250, in <module>
retval = main()
File "/home/sebastian/Repos/ceph/build/bin/ceph", line 1229, in main
raw_write(outbuf)
File "/home/sebastian/Repos/ceph/build/bin/ceph", line 172, in raw_write
raw_stdout.write(buf)
TypeError: a bytes-like object is required, not 'str'
</pre>
<p>Is there anyone that uses this mode? Relates to</p>
<p><a class="external" href="https://marc.info/?i=CALe9h7c5kJudfsQ6Vf_vczUG0CeoN8=dxznC=92RamBvxD9u0w%20()%20mail%20!%20gmail%20!%20com">https://marc.info/?i=CALe9h7c5kJudfsQ6Vf_vczUG0CeoN8=dxznC=92RamBvxD9u0w%20()%20mail%20!%20gmail%20!%20com</a></p>
Ceph - Bug #23854 (Can't reproduce): Linking libceph_zstd.so sometimes fails
https://tracker.ceph.com/issues/23854
2018-04-25T13:00:23Z
Sebastian Wagner
<p>I get this error from time to time (since a few months) when building from source:<br /><pre>
[ 20%] Linking CXX shared library ../../../lib/libceph_zstd.so
/usr/bin/ld: libzstd/lib/libzstd.a(error_private.c.o): relocation R_X86_64_PC32 against symbol `ERR_getErrorString' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
src/compressor/zstd/CMakeFiles/ceph_zstd.dir/build.make:95: die Regel für Ziel „lib/libceph_zstd.so.2.0.0“ scheiterte
make[2]: *** [lib/libceph_zstd.so.2.0.0] Fehler 1
CMakeFiles/Makefile2:20785: die Regel für Ziel „src/compressor/zstd/CMakeFiles/ceph_zstd.dir/all“ scheiterte
make[1]: *** [src/compressor/zstd/CMakeFiles/ceph_zstd.dir/all] Fehler 2
make[1]: *** Auf noch nicht beendete Prozesse wird gewartet …
</pre></p>
<p>This happens mostly after calling <code>make</code> multiple times without a full rebuild for a longer period of time.</p>
<p>Removing the build files helps as a workaround:<br /><pre>
rm -r build/src/compressor/zstd
</pre></p>
<p>Environment:</p>
<ul>
<li>Ubuntu 17.10</li>
<li>GNU ld (GNU Binutils for Ubuntu) 2.29.1</li>
<li>g++ (Ubuntu 7.2.0-8ubuntu3) 7.2.0</li>
<li>cmake version 3.9.1</li>
<li>git on master for the last few months.</li>
</ul>
Ceph - Bug #20619 (Closed): MgrClient.cc: 43: FAILED assert(msgr != nullptr)
https://tracker.ceph.com/issues/20619
2017-07-13T16:17:29Z
Sebastian Wagner
<p>I got this after creating a replicated Pool with very few PGs.</p>
Environment:
<ul>
<li>Git revision: 7e12840db34f8a0fb</li>
<li>vstart.sh -X -l</li>
</ul>
<pre>
/ceph/src/mgr/MgrClient.cc: In function 'void MgrClient::init()' thread 7f34b5310700 time 2017-07-13 17:51:39.314068
/ceph/src/mgr/MgrClient.cc: 43: FAILED assert(msgr != nullptr)
ceph version 12.1.0-761-g3ad4123 (3ad4123c83b42bfd49dc3594c96a0c7539bd6511) luminous (rc)
1: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x102) [0x7f34a9f847d2]
2: (MgrClient::init()+0x5d) [0x7f34a9fe4bed]
3: (librados::RadosClient::connect()+0x90e) [0x7f34b29cde0e]
4: (rados_connect()+0x1f) [0x7f34b298199f]
5: (()+0x5f6dc) [0x7f34b2ce16dc]
6: (PyEval_EvalFrameEx()+0x68a) [0x4c468a]
7: (PyEval_EvalFrameEx()+0x5d8f) [0x4c9d8f]
8: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
9: ../env/bin/python() [0x4de6fe]
10: (PyObject_Call()+0x43) [0x4b0cb3]
11: ../env/bin/python() [0x4f492e]
12: (PyObject_Call()+0x43) [0x4b0cb3]
13: ../env/bin/python() [0x4f46a7]
14: ../env/bin/python() [0x4b670c]
15: (PyObject_Call()+0x43) [0x4b0cb3]
16: (PyEval_EvalFrameEx()+0x5faf) [0x4c9faf]
17: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
18: ../env/bin/python() [0x4de6fe]
19: (PyObject_Call()+0x43) [0x4b0cb3]
20: ../env/bin/python() [0x4f492e]
21: (PyObject_Call()+0x43) [0x4b0cb3]
22: ../env/bin/python() [0x569a48]
23: (PyEval_EvalFrameEx()+0x6345) [0x4ca345]
24: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
25: (PyEval_EvalFrameEx()+0x6099) [0x4ca099]
26: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
27: (PyEval_EvalFrameEx()+0x6099) [0x4ca099]
28: (PyEval_EvalFrameEx()+0x5d8f) [0x4c9d8f]
29: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
30: (PyEval_EvalFrameEx()+0x68d1) [0x4ca8d1]
31: (PyEval_EvalFrameEx()+0x5d8f) [0x4c9d8f]
32: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
33: (PyEval_EvalFrameEx()+0x68d1) [0x4ca8d1]
34: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
35: ../env/bin/python() [0x4de6fe]
36: (PyObject_Call()+0x43) [0x4b0cb3]
37: (PyObject_CallFunctionObjArgs()+0x16a) [0x4b97fa]
38: (_PyObject_GenericGetAttrWithDict()+0x17c) [0x4b00dc]
39: (PyEval_EvalFrameEx()+0x4c1) [0x4c44c1]
40: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
41: ../env/bin/python() [0x4de6fe]
42: (PyObject_Call()+0x43) [0x4b0cb3]
43: ../env/bin/python() [0x4f492e]
44: (PyObject_Call()+0x43) [0x4b0cb3]
45: ../env/bin/python() [0x569a48]
46: ../env/bin/python() [0x589fb1]
47: ../env/bin/python() [0x50157c]
48: (PyEval_EvalFrameEx()+0x615e) [0x4ca15e]
49: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
50: ../env/bin/python() [0x4de8b8]
51: (PyObject_Call()+0x43) [0x4b0cb3]
52: (PyEval_EvalFrameEx()+0x2ad1) [0x4c6ad1]
53: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
54: (PyEval_EvalFrameEx()+0x68d1) [0x4ca8d1]
55: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
56: ../env/bin/python() [0x4de8b8]
57: (PyObject_Call()+0x43) [0x4b0cb3]
58: (PyEval_EvalFrameEx()+0x2ad1) [0x4c6ad1]
59: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
60: ../env/bin/python() [0x4de8b8]
61: (PyObject_Call()+0x43) [0x4b0cb3]
62: (PyEval_EvalFrameEx()+0x2ad1) [0x4c6ad1]
63: (PyEval_EvalFrameEx()+0x5d8f) [0x4c9d8f]
64: (PyEval_EvalFrameEx()+0x5d8f) [0x4c9d8f]
65: (PyEval_EvalFrameEx()+0x5d8f) [0x4c9d8f]
66: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
67: ../env/bin/python() [0x4de6fe]
68: (PyObject_Call()+0x43) [0x4b0cb3]
69: ../env/bin/python() [0x4f492e]
70: (PyObject_Call()+0x43) [0x4b0cb3]
71: (PyEval_CallObjectWithKeywords()+0x30) [0x4ce5d0]
72: (_pyglib_handler_marshal()+0x39) [0x7f348a002759]
73: (()+0x4aab3) [0x7f348a24fab3]
74: (g_main_context_dispatch()+0x15a) [0x7f348a24f04a]
75: (()+0x4a3f0) [0x7f348a24f3f0]
76: (g_main_loop_run()+0xc2) [0x7f348a24f712]
77: (()+0xa534) [0x7f348a520534]
78: (PyEval_EvalFrameEx()+0x5780) [0x4c9780]
79: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
80: ../env/bin/python() [0x4de8b8]
81: (PyObject_Call()+0x43) [0x4b0cb3]
82: (PyEval_EvalFrameEx()+0x2ad1) [0x4c6ad1]
83: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
84: ../env/bin/python() [0x4de8b8]
85: (PyObject_Call()+0x43) [0x4b0cb3]
86: (PyEval_EvalFrameEx()+0x2ad1) [0x4c6ad1]
87: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
88: (PyEval_EvalFrameEx()+0x68d1) [0x4ca8d1]
89: (PyEval_EvalFrameEx()+0x5d8f) [0x4c9d8f]
90: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
91: (PyEval_EvalFrameEx()+0x6099) [0x4ca099]
92: (PyEval_EvalCodeEx()+0x255) [0x4c2765]
93: (PyEval_EvalCode()+0x19) [0x4c2509]
94: ../env/bin/python() [0x4f1def]
95: (PyRun_FileExFlags()+0x82) [0x4ec652]
96: (PyRun_SimpleFileExFlags()+0x191) [0x4eae31]
97: (Py_Main()+0x68a) [0x49e14a]
98: (__libc_start_main()+0xf0) [0x7f34b4b58830]
99: (_start()+0x29) [0x49d9d9]
NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.
[1] 17661 abort (core dumped)
</pre>