<div dir="auto">Good to know. I'll try it. I'll try to work on VM too.</div><br><div class="gmail_quote"><div dir="ltr">Il Ven 29 Giu 2018, 5:46 PM Jan Pokorný <<a href="mailto:jpokorny@redhat.com">jpokorny@redhat.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 26/06/18 11:03 +0200, Salvatore D'angelo wrote:<br>
> Yes, sorry you’re right I could find it by myself.<br>
> However, I did the following:<br>
> <br>
> 1. Added the line you suggested to /etc/fstab<br>
> 2. mount -o remount /dev/shm<br>
> 3. Now I correctly see /dev/shm of 512M with df -h<br>
> Filesystem      Size  Used Avail Use% Mounted on<br>
> overlay          63G   11G   49G  19% /<br>
> tmpfs            64M  4.0K   64M   1% /dev<br>
> tmpfs          1000M     0 1000M   0% /sys/fs/cgroup<br>
> osxfs           466G  158G  305G  35% /Users<br>
> /dev/sda1        63G   11G   49G  19% /etc/hosts<br>
> shm             512M   15M  498M   3% /dev/shm<br>
> tmpfs          1000M     0 1000M   0% /sys/firmware<br>
> tmpfs           128M     0  128M   0% /tmp<br>
> <br>
> The errors in log went away. Consider that I remove the log file<br>
> before start corosync so it does not contains lines of previous<br>
> executions.<br>
> <br>
> <br>
> But the command:<br>
> corosync-quorumtool -ps<br>
> <br>
> still give:<br>
> Cannot initialize QUORUM service<br>
> <br>
> Consider that few minutes before it gave me the message:<br>
> Cannot initialize CFG service<br>
> <br>
> I do not know the differences between CFG and QUORUM in this case.<br>
> <br>
> If I try to start pacemaker the service is OK but I see only<br>
> pacemaker and the Transport does not work if I try to run a cam<br>
> command.<br>
> Any suggestion?<br>
<br>
Frankly, best generic suggestion I can serve with is to learn<br>
sufficient portions of the details about the tool you are relying on.<br>
<br>
I had a second look and it seems that what drives the actual<br>
size of the container's /dev/shm mountpoint with docker<br>
(per other response, you don't seem to be using --ipc switch) is<br>
it's --shm-size option for "run" subcommand (hence it's rather<br>
a property of the run-time, as the default of "64m" may be<br>
silently overriding your believed-to-be-persistent static changes<br>
within the container).<br>
<br>
Try using that option and you'll see.  Definitely keep you mind open<br>
regarding "container != magic-less system" inequality.<br>
<br>
-- <br>
Jan (Poki)<br>
_______________________________________________<br>
Users mailing list: <a href="mailto:Users@clusterlabs.org" target="_blank" rel="noreferrer">Users@clusterlabs.org</a><br>
<a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer noreferrer" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer noreferrer" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer noreferrer" target="_blank">http://bugs.clusterlabs.org</a><br>
</blockquote></div>