Re: [ceph-users] Fwd: Help: pool not responding

2016-03-03 Thread Mario Giammarco
I have tried "force create". It says "creating" but at the end problem persists. I have restarted ceph as usual. I am evaluating ceph and I am shocked because it semeed a very robust filesystem and now for a glitch I have an entire pool blocked and there is no simple procedure to force a recovery.

Re: [ceph-users] Fwd: Help: pool not responding

2016-03-02 Thread Oliver Dzombic
Hi, i could also not find any delete, but a create. I found this here, its basically your situation: http://lists.ceph.com/pipermail/ceph-users-ceph.com/2013-July/032412.html -- Mit freundlichen Gruessen / Best regards Oliver Dzombic IP-Interactive mailto:i...@ip-interactive.de Anschrift:

Re: [ceph-users] Fwd: Help: pool not responding

2016-03-02 Thread Mario Giammarco
Thans for info even if it is a bad info. Anyway I am reading docs again and I do not see a way to delete PGs. How can I remove them? Thanks, Mario 2016-03-02 17:59 GMT+01:00 Oliver Dzombic : > Hi, > > as i see your situation, somehow this 4 pg's got lost. > > They will not recover, because they a

Re: [ceph-users] Fwd: Help: pool not responding

2016-03-02 Thread Oliver Dzombic
Hi, as i see your situation, somehow this 4 pg's got lost. They will not recover, because they are incomplete. So there is no data from which it could be recovered. So all what is left is to delete this pg's. Since all 3 osd's are in and up, it does not seem like you can somehow access this los

[ceph-users] Fwd: Help: pool not responding

2016-03-02 Thread Mario Giammarco
Here it is: cluster ac7bc476-3a02-453d-8e5c-606ab6f022ca health HEALTH_WARN 4 pgs incomplete 4 pgs stuck inactive 4 pgs stuck unclean 1 requests are blocked > 32 sec monmap e8: 3 mons at {0= 10.1.0.12:6789/0,1=10.1.0.14:6789/0,2=10.1.0.17:

[ceph-users] Fwd: Help: pool not responding

2016-03-02 Thread Mario Giammarco
Tried to set min_size=1 but unfortunately nothing has changed. Thanks for the idea. 2016-02-29 22:56 GMT+01:00 Lionel Bouton : > Le 29/02/2016 22:50, Shinobu Kinjo a écrit : > > the fact that they are optimized for benchmarks and certainly not > Ceph OSD usage patterns (with or without internal j