On 11/03/2014 03:08 AM, Armin K. wrote:
Yes. Go ahead and file a bug report in arch bug tracker.
Existing bug report is here:
https://bugs.archlinux.org/task/42633 [1]
[1] I somehow failed to find this in my search before creating a
duplicate -its really obvious so how I missed it I have
On 11/03/2014 03:30 AM, Genes Lists wrote:
>
> This seems to be the 'right' commit upstream from Lennart:
>
> http://cgit.freedesktop.org/systemd/systemd/commit/?id=919699ec301ea507edce4a619141ed22e789ac0d
>
Yes. Go ahead and file a bug report in arch bug tracker.
--
Note: My last name is no
This seems to be the 'right' commit upstream from Lennart:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=919699ec301ea507edce4a619141ed22e789ac0d
On 11/02/2014 08:22 PM, Armin K. wrote:
..
Maybe this patch would help?
http://pkgs.fedoraproject.org/cgit/systemd.git/tree/0001-units-don-t-order-journal-flushing-afte-remote-fs.ta.patch
It fixes a dependency for a service which starts before
systemd-tmpfiles-setup as I see.
Yah looks pr
On 11/02/2014 08:31 PM, Armin K. wrote:
This got renamed to nfs-idmapd.service
Yeh the new one was started but I had neglected to disable rpc-idmapd.
Remove the mentioned files manually from /etc/systemd/system hierarchy
and enable the new ones and see if you're lucky.
I have patc
On 11/03/2014 02:25 AM, Genes Lists wrote:
> I dug in logs more and find these - is this a packaging bug made visible
> by systemd-217 or something else?
>
> Machine A) .. systemd[1]: Cannot add dependency job for unit
> cups.socket, ignoring: Unit cups.socket failed to load: No such file or
> dir
On 11/02/2014 08:22 PM, Armin K. wrote:
..
Maybe this patch would help?
http://pkgs.fedoraproject.org/cgit/systemd.git/tree/0001-units-don-t-order-journal-flushing-afte-remote-fs.ta.patch
It fixes a dependency for a service which starts before
systemd-tmpfiles-setup as I see.
Yah looks promi
I dug in logs more and find these - is this a packaging bug made visible
by systemd-217 or something else?
Machine A) .. systemd[1]: Cannot add dependency job for unit
cups.socket, ignoring: Unit cups.socket failed to load: No such file or
directory.
... systemd[1]: Cannot add dependency job f
On 11/03/2014 02:12 AM, Genes Lists wrote:
> On 11/02/2014 08:07 PM, Armin K. wrote:
>> systemctl status systemd-tmpfiles-setup
>
> Thanks - here's what I get on machine A (the mysql server):
>
> systemctl status systemd-tmpfiles-setup
> ● systemd-tmpfiles-setup.service - Create Volatile Files a
On 11/02/2014 08:12 PM, Genes Lists wrote:
On 11/02/2014 08:07 PM, Armin K. wrote:
systemctl status systemd-tmpfiles-setup
Thanks - here's what I get on machine A (the mysql server):
A couple more machines: This one is mail server:
# systemctl status systemd-tmpfiles-setup
● systemd
On 11/02/2014 08:07 PM, Armin K. wrote:
systemctl status systemd-tmpfiles-setup
Thanks - here's what I get on machine A (the mysql server):
systemctl status systemd-tmpfiles-setup
● systemd-tmpfiles-setup.service - Create Volatile Files and Directories
Loaded: loaded
(/usr/lib/systemd/sys
On 11/03/2014 02:05 AM, Genes Lists wrote:
>
>I posted about stunnel failing after systemd update - then I found
> that php-fpm has same problem - issue of course only shows up after a
> boot when /run is re-created.
>
> Now I have found that mariadb won't start either - same reason -
> m
I posted about stunnel failing after systemd update - then I found
that php-fpm has same problem - issue of course only shows up after a
boot when /run is re-created.
Now I have found that mariadb won't start either - same reason -
missing /run/mysqld directory (so cannot create socke
13 matches
Mail list logo
