Re: Removing pool in nautilus is incredibly slow

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

 



This depends on which point in the procedure you refer to. He explicitly wrote

> Note, we have not deployed the new OSD jet.

meaning he observed misplaced objects before deploying the new disk. This should not happen.

Best regards,
=================
Frank Schilder
AIT Risø Campus
Bygning 109, rum S14

________________________________________
From: Francois Legrand <fleg@xxxxxxxxxxxxxx>
Sent: 26 June 2020 09:27:33
To: ceph-users@xxxxxxx
Subject:  Re: Removing pool in nautilus is incredibly slow

I think he means that after disk failure he waits for the cluster to get back to ok (so all data on the lost disk have been reconstructed elsewhere) and then the disk is changed. In that case it's normal to have misplaced objects (because with the new disk some pgs needs to be migrated to populate this new space), but degraded pg does not seems to be the good behaviour !
_______________________________________________
ceph-users mailing list -- ceph-users@xxxxxxx
To unsubscribe send an email to ceph-users-leave@xxxxxxx
_______________________________________________
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