[ClusterLabs] Q: HA_RSCTMP in SLES11 SP4 at first start after reboot

[Ryan Thomas]

I've had similar problems in the past.  In my case, it was because
pacemaker was running as user 'hacluster' in group 'haclient', so it didn't
have permission to access the root owned file.   So to fix the problem, I
changed the ownership of the file that was causing the permissions error.
e.g `chown hacluster:haclient <file>`
Thanks,
Ryan

On Fri, Aug 10, 2018 at 11:52 AM, Ulrich Windl <
Ulrich.Windl at rz.uni-regensburg.de> wrote:

> Hi!
>
> A simple question: One of my RAs uses $HA_RSCTMP in SLES11 SP4, and it
> reports the following problem:
>  WARNING: Unwritable HA_RSCTMP directory /var/run/resource-agents - using
> /tmp
>
> However the directory has the following permissions:
> drwxr-xr-t 2 root root 4096 Aug 10 18:05 /var/run/resource-agents
>
> My code to check this is:
> if [ ! -w "$HA_RSCTMP" -a "$(id -u)" -ne 0 ]; then
>     ocf_log warn "Unwritable HA_RSCTMP directory $HA_RSCTMP - using /tmp"
>     HA_RSCTMP=/tmp
> fi
>
> Did I overlook something obvious? Could it be that the directory is
> created after the error message? I suspect that the error is triggered
> during a parameter validation after the cluster node had been rebooted...
>
> Regards,
> Ulrich
>
>
> _______________________________________________
> Users mailing list: Users at clusterlabs.org
> https://lists.clusterlabs.org/mailman/listinfo/users
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://bugs.clusterlabs.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/users/attachments/20180813/de06d5e6/attachment-0002.html>