On 05/10/2017 11:32, hw wrote:
>> That directory isn't temporary. The files almost always are, but not
>> the directories. As I said, whatever it is you're doing, it's wrong.
>> I wouldn't continue to keep a setup like that as it's not standard
>> practice to keep data in /var/run that isn't temporary.
>
> Well, what am I supposed to do? The socket (or what it was) needs to be
> put somewhere, and IIRC, it wasn´t my choice to put it there but is a
> default. With mariadb, there are some defaults you can´t reasonably
> change because other software expects files where they usually are. And
> I don´t want to change that, I just want mariadb and lighttpd and other
> things to start on reboots rather than being broken because someone
> decided that files/directories they require are to be deleted on reboots
> before they can start.
I can't believe people are still asking this question after being given
appropriate advice. So let me repeat it, and don't ask again unless
you've read this properly:
1. /var/run is a symlink to /run, which is a tmpfs mounted in RAM.
2. At reboot, /run vanishes, and EVERYTHING that was in it, vanishes
with it.
3. For this reason, systemd ships with a utility called
systemd-tmpfiles, which is run early in the boot process, to create any
appropriate files and directories in /run. Packages that require
directories to be present in /run (for keeping PID files or sockets),
should ship with the appropriate tmpfiles.d snippets to have these
directories created for them on boot.
4. Finally, if you as a sysadmin are using a package from a repo that
isn't CentOS or EPEL, and this package is not following the CentOS
packaging protocol for data in /run, then it is YOUR own responsibility
to fix the package, or create your own tmpfiles.d snippet to create the
required directories.
5. Learn about systemd-tmpfiles by reading the man pages of
"systemd-tmpfiles" and "tmpfiles.d".
This is as clear as crystal. If, despite this instruction, you cannot,
or do not want to work with CentOS as it was intended, then stop whining
about things here.
Regards,
Anand
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
https://lists.centos.org/mailman/listinfo/centos
