rh8 krbd mapping causes no match of type 1 in addrvec problem decoding monmap, -2

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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*
wes@xxxxxxxxxxxxxxxxx
LinkedIn <http://www.linkedin.com/in/wesleydillingham>
_______________________________________________
ceph-users mailing list -- ceph-users@xxxxxxx
To unsubscribe send an email to ceph-users-leave@xxxxxxx



[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux