[berlin] web services fail to start on reboot due to anonip

  • Done
  • quality assurance status badge
Details
2 participants
  • Ludovic Courtès
  • Maxim Cournoyer
Owner
unassigned
Submitted by
Maxim Cournoyer
Severity
normal
M
M
Maxim Cournoyer wrote on 10 Nov 2022 19:16
(name . bug-guix)(address . bug-guix@gnu.org)
87mt8yvfnr.fsf@gmail.com
Hi,

Each time we reboot berlin, we must clear anonip files that it uses to
process the nginx logs, which are supposed to be named pipes rather than
empty files, like so:

# rm /var/run/anonip/*
# herd start nginx

We should fix that.

--
Thanks,
Maxim
M
M
Maxim Cournoyer wrote on 1 Nov 09:30 +0100
(address . 59181@debbugs.gnu.org)(name . Ricardo Wurmus)(address . rekado@elephly.net)
87plnf1hlp.fsf@gmail.com
Hi,

Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:

Toggle quote (11 lines)
> Hi,
>
> Each time we reboot berlin, we must clear anonip files that it uses to
> process the nginx logs, which are supposed to be named pipes rather than
> empty files, like so:
>
> # rm /var/run/anonip/*
> # herd start nginx
>
> We should fix that.

OK, I've now narrowed this issue down to the nginx activation script,
which validates the configuration file, which causes nginx to write the
log files before our anonip service gets to create the named pipes at
their location.

Here's a small debug session in a VM showing this is the case:

Toggle snippet (10 lines)
root@komputilo ~# ls /var/run/anonip
access.log error.log
root@komputilo ~# rm /var/run/anonip/*
root@komputilo ~# ls /var/run/anonip
root@komputilo ~# "/gnu/store/kn56akgnfkqm0ppyfzhyh63ss06ff42s-nginx-1.27.1/sbin/nginx" "-c" "/gnu/store/zc2vj9ixcmdpkivkdyp16vw8lyaivvky-nginx.conf" "-p" "/var/run/nginx" "-t"
nginx: the configuration file /gnu/store/zc2vj9ixcmdpkivkdyp16vw8lyaivvky-nginx.conf syntax is ok
root@komputilo ~# ls /var/run/anonip
access.log error.log

I suggest we simply recreate the log files in our anonip service start
slot; currently it checks and fails if they already exist.

--
Thanks,
Maxim
M
M
Maxim Cournoyer wrote on 1 Nov 15:02 +0100
(name . Ricardo Wurmus)(address . rekado@elephly.net)
87y123yruz.fsf@gmail.com
Hi,

I've pushed a fix for this as commit 49375f83fc. The tests I've
implemented to help troubleshoot the issue are up for review in

I haven't yet reconfigured berlin with it but will do so next night,
European time.

A fully functional reboot at last awaits :-)

--
Thanks,
Maxim
Closed
L
L
Ludovic Courtès wrote on 20 Nov 19:55 +0100
(name . Maxim Cournoyer)(address . maxim.cournoyer@gmail.com)
87v7whwx9o.fsf@gnu.org
Hi,

Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:

Toggle quote (4 lines)
> I've pushed a fix for this as commit 49375f83fc. The tests I've
> implemented to help troubleshoot the issue are up for review in
> https://issues.guix.gnu.org/74151.

Yay, much appreciated, thank you!!

Ludo’.
Closed
?
Your comment

This issue is archived.

To comment on this conversation send an email to 59181@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 59181
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch