* Some of my PGs stay at "active"
@ 2012-01-06 10:19 Guido Winkelmann
2012-01-06 17:01 ` Sage Weil
0 siblings, 1 reply; 4+ messages in thread
From: Guido Winkelmann @ 2012-01-06 10:19 UTC (permalink / raw)
To: ceph-devel
Hi,
ceph -s reports most of my PGs as "active+clean", but a small number will stay
at just "active":
# ceph -s
2012-01-06 11:16:44.832625 pg v278953: 396 pgs: 8 active, 388 active+clean;
70764 MB data, 157 GB used, 4994 GB / 5257 GB avail; 170/38388 degraded
(0.443%)
2012-01-06 11:16:44.842568 mds e9: 1/1/1 up {0=alpha=up:active}
2012-01-06 11:16:44.842648 osd e243: 6 osds: 6 up, 6 in
2012-01-06 11:16:44.842799 log 2012-01-06 06:12:00.829148 osd.4
10.3.1.35:6800/1490 343 : [INF] 0.4e scrub ok
2012-01-06 11:16:44.844179 mon e5: 3 mons at
{ceph1=10.3.1.33:6789/0,ceph2=10.3.1.34:6789/0,ceph3=10.3.1.35:6789/0}
It's been like that for several days now. IIRC, the last thing I did with the
cluster was to add some more OSDs. The last time this happened, the problem
went away after restarting some of the OSDs.
What does this mean? Is that a bug?
Regards,
Guido
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Some of my PGs stay at "active"
2012-01-06 10:19 Some of my PGs stay at "active" Guido Winkelmann
@ 2012-01-06 17:01 ` Sage Weil
2012-01-06 17:07 ` Sage Weil
0 siblings, 1 reply; 4+ messages in thread
From: Sage Weil @ 2012-01-06 17:01 UTC (permalink / raw)
To: Guido Winkelmann; +Cc: ceph-devel
On Fri, 6 Jan 2012, Guido Winkelmann wrote:
> Hi,
>
> ceph -s reports most of my PGs as "active+clean", but a small number will stay
> at just "active":
>
> # ceph -s
> 2012-01-06 11:16:44.832625 pg v278953: 396 pgs: 8 active, 388 active+clean;
> 70764 MB data, 157 GB used, 4994 GB / 5257 GB avail; 170/38388 degraded
> (0.443%)
> 2012-01-06 11:16:44.842568 mds e9: 1/1/1 up {0=alpha=up:active}
> 2012-01-06 11:16:44.842648 osd e243: 6 osds: 6 up, 6 in
> 2012-01-06 11:16:44.842799 log 2012-01-06 06:12:00.829148 osd.4
> 10.3.1.35:6800/1490 343 : [INF] 0.4e scrub ok
> 2012-01-06 11:16:44.844179 mon e5: 3 mons at
> {ceph1=10.3.1.33:6789/0,ceph2=10.3.1.34:6789/0,ceph3=10.3.1.35:6789/0}
>
> It's been like that for several days now. IIRC, the last thing I did with the
> cluster was to add some more OSDs. The last time this happened, the problem
> went away after restarting some of the OSDs.
>
> What does this mean? Is that a bug?
That does sound like a bug, altho a reasonably harmless one. Which
version are you running?
sage
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Some of my PGs stay at "active"
2012-01-06 17:01 ` Sage Weil
@ 2012-01-06 17:07 ` Sage Weil
[not found] ` <9902626.TgOVAtLKkc@pc10>
0 siblings, 1 reply; 4+ messages in thread
From: Sage Weil @ 2012-01-06 17:07 UTC (permalink / raw)
To: Guido Winkelmann; +Cc: ceph-devel
On Fri, 6 Jan 2012, Sage Weil wrote:
> On Fri, 6 Jan 2012, Guido Winkelmann wrote:
> > Hi,
> >
> > ceph -s reports most of my PGs as "active+clean", but a small number will stay
> > at just "active":
> >
> > # ceph -s
> > 2012-01-06 11:16:44.832625 pg v278953: 396 pgs: 8 active, 388 active+clean;
> > 70764 MB data, 157 GB used, 4994 GB / 5257 GB avail; 170/38388 degraded
> > (0.443%)
Whoops, Yehuda just pointed out that there are degraded objects here too.
So that's a less-harmless bug. :)
Which version?
Also, can you post the output from
ceph pg dump | grep degraded
Thanks!
sage
> > 2012-01-06 11:16:44.842568 mds e9: 1/1/1 up {0=alpha=up:active}
> > 2012-01-06 11:16:44.842648 osd e243: 6 osds: 6 up, 6 in
> > 2012-01-06 11:16:44.842799 log 2012-01-06 06:12:00.829148 osd.4
> > 10.3.1.35:6800/1490 343 : [INF] 0.4e scrub ok
> > 2012-01-06 11:16:44.844179 mon e5: 3 mons at
> > {ceph1=10.3.1.33:6789/0,ceph2=10.3.1.34:6789/0,ceph3=10.3.1.35:6789/0}
> >
> > It's been like that for several days now. IIRC, the last thing I did with the
> > cluster was to add some more OSDs. The last time this happened, the problem
> > went away after restarting some of the OSDs.
> >
> > What does this mean? Is that a bug?
>
> That does sound like a bug, altho a reasonably harmless one. Which
> version are you running?
>
> sage
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Some of my PGs stay at "active"
[not found] ` <9902626.TgOVAtLKkc@pc10>
@ 2012-01-06 17:59 ` Sage Weil
0 siblings, 0 replies; 4+ messages in thread
From: Sage Weil @ 2012-01-06 17:59 UTC (permalink / raw)
To: Guido Winkelmann; +Cc: ceph-devel
On Fri, 6 Jan 2012, Guido Winkelmann wrote:
> Am Freitag, 6. Januar 2012, 09:07:43 schrieben Sie:
> > On Fri, 6 Jan 2012, Sage Weil wrote:
> > > On Fri, 6 Jan 2012, Guido Winkelmann wrote:
> > > > Hi,
> > > >
> > > > ceph -s reports most of my PGs as "active+clean", but a small number
> > > > will stay at just "active":
> > > >
> > > > # ceph -s
> > > > 2012-01-06 11:16:44.832625 pg v278953: 396 pgs: 8 active, 388
> > > > active+clean; 70764 MB data, 157 GB used, 4994 GB / 5257 GB avail;
> > > > 170/38388 degraded (0.443%)
> >
> > Whoops, Yehuda just pointed out that there are degraded objects here too.
> > So that's a less-harmless bug. :)
> >
> > Which version?
>
> 0.39
>
> > Also, can you post the output from
> >
> > ceph pg dump | grep degraded
>
> Sorry, I've already restarted one the osds and the degraded pgs are gone
> again...
No problem. There been a lot of changes in this code for 0.40 anyway, so
debugging the problem with 0.39 is of limited value anyway.
Cheers-
sage
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-01-06 17:59 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-01-06 10:19 Some of my PGs stay at "active" Guido Winkelmann
2012-01-06 17:01 ` Sage Weil
2012-01-06 17:07 ` Sage Weil
[not found] ` <9902626.TgOVAtLKkc@pc10>
2012-01-06 17:59 ` Sage Weil
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.