[ceph-users] Re: Cluster became unresponsive: e5 handle_auth_request failed to assign global_id

2020-07-28 Thread Илья Борисович Волошин
No, they are stored locally on ESXi data storage on top of hardware RAID5 built with SAS/SATA (different hardware on hosts). Also, I've tried going back to the snapshot taken just after all monitors and OSDs were added to cluster. The host boots fine and is working as it should, however, after

[ceph-users] Re: Cluster became unresponsive: e5 handle_auth_request failed to assign global_id

2020-07-27 Thread Dino Godor
Well, port 6800 is not a monitor port as I just looked up, so I wouldn't look there. Can you use ceph command from another mon ? Also maybe the user you use can't access the admin keyring - as far as I remember that lead to infinetely hanging commands on my test cluster (but was Nautilus,

[ceph-users] Re: Cluster became unresponsive: e5 handle_auth_request failed to assign global_id

2020-07-27 Thread Илья Борисович Волошин
Here are all the active ports on mon1 (with the exception of sshd and ntpd): # netstat -npl Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp0 0 :3300 0.0.0.0:* LISTEN 1582/ceph-mon tcp0 0 :6789

[ceph-users] Re: Cluster became unresponsive: e5 handle_auth_request failed to assign global_id

2020-07-27 Thread Dino Godor
Hi, have you tried to locally connect to the ports with netcat (or telnet)? Is the process listening ? (something like netstat -4ln or the current equivalent thereof) Is the old (new) Firewall maybe still running ? On 27.07.20 16:00, Илья Борисович Волошин wrote: Hello, I've created an