I have also found below error in dmesg.
[332884.028810] systemd-journald[6240]: Failed to parse kernel command
line, ignoring: Cannot allocate memory
[332885.054147] systemd-journald[6240]: Out of memory.
[332894.844765] systemd[1]: systemd-journald.service: Main process exited,
code=exited, statu
What's specs ate the machines?
Recovery work will use more memory the general clean operation and looks like
your maxing out the available memory on the machines during CEPH trying to
recover.
On Tue, 10 Sep 2019 18:10:50 +0800 amudha...@gmail.com wrote
I have also found below e
Its a test cluster each node with a single OSD and 4GB RAM.
On Tue, Sep 10, 2019 at 3:42 PM Ashley Merrick
wrote:
> What's specs ate the machines?
>
> Recovery work will use more memory the general clean operation and looks
> like your maxing out the available memory on the machines during CEPH
I am also getting this error msg in one node when other host is down.
ceph -s
Traceback (most recent call last):
File "/usr/bin/ceph", line 130, in
import rados
ImportError: libceph-common.so.0: cannot map zero-fill pages
On Tue, Sep 10, 2019 at 4:39 PM Amudhan P wrote:
> Its a test cl
