For sure, If I could downgrade to mimic I would probably do it !!! So I
understand that you plan not to upgrade !
F.
Le 25/06/2020 à 19:28, Frank Schilder a écrit :
OK, this *does* sound bad. I would consider this a show stopper for upgrade
from mimic.
Best regards,
=================
Frank Schilder
AIT Risø Campus
Bygning 109, rum S14
________________________________________
From: Francois Legrand <f...@lpnhe.in2p3.fr>
Sent: 25 June 2020 19:25:14
To: ceph-users@ceph.io
Subject: [ceph-users] Re: Removing pool in nautilus is incredibly slow
I also had this kind of symptoms with nautilus.
Replacing a failed disk (from cluster ok) generates degraded objects.
Also, we have a proxmox cluster accessing vm images stored in our ceph storage
with rbd.
Each time I had some operation on the ceph cluster like adding or removing a
pool, most of our proxmox vms lost contact with their system disk in ceph and
crashed (or remount system storage in read-only mode). At first I thought it
was a network problem, but now I am sure that it's related to ceph becoming
unresponsive during background operations.
For now, proxmox cannot even access ceph storage using rbd (it fails with
timeout).
_______________________________________________
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io
_______________________________________________
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io
