Bug #21008
closed
clone flatten is pending in 4% when it uses ec pool
Added by Tang Jin over 6 years ago.
Updated over 6 years ago.
Description
If flatten a clone when pool is ec pool, it will be pending in 4%, and I check the client log, it read a data object from ec data pool and can't return. Meanwhile I check the replicated pool size is 2, and I am sure that data object exist in ec data pool.
But if it set replicated pool size to 1, flatten will succeed.
Files
If flatten a clone when pool is ec pool, it will hang in 4%, and I check the client log, it read a data object from ec data pool and can't return. Meanwhile I check the replicated pool size is 2, and I am sure that data object exist in ec data pool.
If the cluster has only one host, replicated pool size is 1, it can finish flatten.
- Project changed from Ceph to rbd
- Category deleted (
OSD)
@Greg Farnum Farnum
can ceph rbd support this function (clone flatten from a ec pool)?
Tang Jin wrote:
@Greg Farnum Farnum
can ceph rbd support this function (clone flatten from a ec pool)?
I'll try to recreate. Meanwhile, could you provide log (with "debug rbd = 20") for the problematic run?
@Greg Farnum Farnum
here is rbd flatten cmd hung log named "long_text_2017-08-22.txt"
Tang Jin wrote:
@Greg Farnum Farnum
here is rbd flatten cmd hung log named "long_text_2017-08-22.txt"
what's the cluster health (ceph -s)?
so the flatten operation never progresses at all? how long was this observed for?
- Status changed from New to Need More Info
@Tang: the attached log shows that librbd is waiting for a response from the OSDs. Can you re-run with "--debug-rbd=20 --debug-objecter=20" added as CLI arguments?
- Status changed from Need More Info to Closed
Closing this for now. If the requested information can be provided, please feel free to re-open.
Also available in: Atom
PDF