On Wed, Jun 5, 2013 at 11:35 PM, Artem Silenkov
wrote:
> Good day!
>
> Thank you, but it's not clear for me what is a bottleneck here.
>
> - Hardware node - load average, disk IO
>
> - underlying file system problem on osd or disk bad.
>
> - ceph journal problem
>
> Ceph osd partition is a part of
Good day!
Thank you, but it's not clear for me what is a bottleneck here.
- Hardware node - load average, disk IO
- underlying file system problem on osd or disk bad.
- ceph journal problem
Ceph osd partition is a part of block device which has practically no load
Device:tpsM
This would be easier to see with a log than with all the GDB stuff, but the
reference in the backtrace to "SyncEntryTimeout::finish(int)" tells me that
the filesystem is taking too long to sync things to disk. Either this disk
is bad or you're somehow subjecting it to a much heavier load than the
o
Good day!
Tried to nullify thid osd and reinject it with no success. It works a
little bit then the crash again.
Regards, Artem Silenkov, 2GIS TM.
---
2GIS LLC
http://2gis.ru
a.silen...@2gis.ru
gtalk:artem.silen...@gmail.com
cell:+79231534853
2013/6/5 Artem Silenkov
> Hello!
> We have simple
Hello!
We have simple setup as follows:
Debian GNU/Linux 6.0 x64
Linux h08 2.6.32-19-pve #1 SMP Wed May 15 07:32:52 CEST 2013 x86_64
GNU/Linux
ii ceph 0.61.2-1~bpo60+1
distributed storage and file system
ii ceph-common 0.61.2-1~bpo60+1
