Tried with rh8/14.2.16 package version and same issue. dmesg shows the error in email subject, stdout shows: rbd: map failed: (110) Connection timed out
Respectfully, *Wes Dillingham* w...@wesdillingham.com LinkedIn <http://www.linkedin.com/in/wesleydillingham> On Tue, Jul 19, 2022 at 11:00 AM Wesley Dillingham <w...@wesdillingham.com> wrote: > I have a strange error when trying to map via krdb on a RH (alma8) release > / kernel 4.18.0-372.13.1.el8_6.x86_64 using ceph client version 14.2.22 > (cluster is 14.2.16) > > the rbd map causes the following error in dmesg: > > [Tue Jul 19 07:45:00 2022] libceph: no match of type 1 in addrvec > [Tue Jul 19 07:45:00 2022] libceph: problem decoding monmap, -2 > > I am able to map this rbd to a cent7 / 3.10.0-1160.71.1.el7.x86_64 machine > using the same client and commands. > > Of note, on the RH8 node I can fetch info about the rbd and list rbds in > the pool check ceph status etc. It seems purely limited to the mapping of > the RBD: > > Info about the RBD: > > [root@alma8rbdtest ~]# rbd --id profilerbd info > win-rbd-test/originalrbdfromsnap > rbd image 'originalrbdfromsnap': > size 5 GiB in 1280 objects > order 22 (4 MiB objects) > snapshot_count: 0 > id: 2c5f465fa134c0 > block_name_prefix: rbd_data.2c5f465fa134c0 > format: 2 > features: layering, exclusive-lock > op_features: > flags: > create_timestamp: Mon Jul 18 13:58:39 2022 > access_timestamp: Mon Jul 18 13:58:39 2022 > modify_timestamp: Mon Jul 18 13:58:39 2022 > > anybody seen something like this > > > Respectfully, > > *Wes Dillingham* > w...@wesdillingham.com > LinkedIn <http://www.linkedin.com/in/wesleydillingham> > _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-le...@ceph.io
