On 19/09/2022 13:18, Ronald Wimmer via FreeIPA-users wrote:
>> So... we get closer. Ages ago we put the following
performance tuning
>> options to /etc/fstab:
>>
>> #Performancetuning for SSSD/IPA
>> tmpfs /var/lib/sss/db/ tmpfs size=1024M,mode=0700
>>
>> It looks like the directory is not created anymore by this entry.
>
> systemctl status var-lib-sss-db.mount
> ● var-lib-sss-db.mount - /var/lib/sss/db
> Loaded: loaded (/etc/fstab; enabled-runtime; vendor preset: disabled)
> Active: active (mounted) since Mon 2022-09-19 13:42:02 CEST; 1min
> 30s ago
> Where: /var/lib/sss/db
> What: tmpfs
> Docs: man:fstab(5)
> man:systemd-fstab-generator(8)
> Tasks: 0 (limit: 49753)
> Memory: 8.0K
> CGroup: /system.slice/var-lib-sss-db.mount
>
> Sep 19 13:42:02 pipa01.linux.oebb.at systemd[1]: var-lib-sss-db.mount:
> Directory /var/lib/sss/db to mount over is not empty, mounting anyway.
> Sep 19 13:42:02 pipa01.linux.oebb.at systemd[1]: Mounting
> /var/lib/sss/db...
> Sep 19 13:42:02 pipa01.linux.oebb.at systemd[1]: Mounted /var/lib/sss/db.
>
> Looks okay but the db directory is NOT present.
Adding X-mount.mkdir to the options of the respective fstab line creates
the directory. However, I am not aware of a possibility to specify
owner/group (sssd) of that particular directory.
Perhaps a tmpfiles.d(5) drop-in with a z-line can be used to restore the
owner/group/context during boot?
--
Sam Morris <
https://robots.org.uk/>
PGP: rsa4096/CAAA AA1A CA69 A83A 892B 1855 D20B 4202 5CDA 27B9