Scénario #35779
Mis à jour par Joël Cuissinat il y a 2 mois
Les serveurs se sont mis à jour automatiquement cette semaine est plusieurs sont en erreurs.
Le contenu de l'arrêt du service change un peu mais on a :
<pre>
Paramétrage de squid-common (4.10-eole281.1.1ubuntu1.9) ...^M
Paramétrage de squid (4.10-eole281.1.1ubuntu1.9) ...^M
Setcap worked! /usr/lib/squid/pinger is not suid!^M
Job for squid.service canceled.^M
invoke-rc.d: initscript squid, action "restart" failed.^M
● squid.service - Squid Web Proxy Server^M
Loaded: loaded (/lib/systemd/system/squid.service; enabled; vendor preset: enabled)^M
Active: deactivating (stop-sigterm) since Fri 2024-02-23 03:07:49 CET; 16s ago^M
Docs: man:squid(8)^M
Main PID: 968 (squid)^M
Tasks: 5 (limit: 37535)^M
Memory: 58.7M^M
CGroup: /system.slice/squid.service^M
├─ 968 /usr/sbin/squid -sYC^M
├─ 971 (squid-1) --kid squid-1 -sYC^M
├─ 989 (unlinkd)^M
├─17728 (ntlm_auth) --helper-protocol=squid-2.5-ntlmssp^M
└─17729 (ntlm_auth) --helper-protocol=squid-2.5-basic^M
^M
févr. 23 03:07:49 amon systemd[1]: Stopping Squid Web Proxy Server...^M
févr. 23 03:07:49 amon squid[971]: Preparing for shutdown after 3465 requests^M
févr. 23 03:07:49 amon squid[971]: Waiting 30 seconds for active connections to finish^M
févr. 23 03:07:49 amon squid[971]: Closing HTTP(S) port 0.0.0.0:3128^M
févr. 23 03:07:49 amon squid[971]: Stop receiving ICP on 0.0.0.0:3130^M
févr. 23 03:07:49 amon squid[971]: Stop accepting HTCP on 0.0.0.0:4827^M
févr. 23 03:07:49 amon squid[971]: Closing Pinger socket on FD 19^M
févr. 23 03:07:49 amon squid[971]: Closing SNMP receiving port 127.0.0.1:3401^M
févr. 23 03:08:04 amon squid[971]: 1708654084.183 0 - NONE/000 0 NONE - - HIER_NONE/- -^M
févr. 23 03:08:05 amon squid[971]: 1708654085.541 72091 10.1.0.19 TCP_TUNNEL/200 3140 CONNECT array507.prod.do.dsp.mp.microsoft.com:443 - HIER_DIRECT/52.184.217.20 -^M
dpkg: erreur de traitement du paquet squid (--configure) :^M
installed squid package post-installation script subprocess returned error exit status 1^M
[..]
Log ended: 2024-02-23 03:08:25
</pre>
Le problème vient de là :
<pre>
rsyslog/local/zephiragents/zephiragents.info.log:2024-02-23T03:08:20.845736+01:00 amon.xxxx.lan zephiragents[11108]: 2024-02-23T03:08:20+0100 [-] agent squid : service squid relancé
rsyslog/local/zephiragents/zephiragents.info.log:2024-02-23T03:08:20.845806+01:00 amon.xxxx.lan zephiragents: [-] agent squid : service squid relancé
</pre>
Zéphir s'amuse a relancer squid avant la fin de la mise à jour du serveur.
Si je m'amuse (j'ai bien le droit aussi !) à lancer de redémarrage de service dans des consoles différentes, j'ai souvent :
<pre>
root@amon:~# systemctl restart squid
Job for squid.service canceled.
</pre>
On retrouve l'erreur de la mise à jour.
Dans l'agent zephir-client/data/scripts/service_restart.py on a bien :
<pre>
if not is_locked(['reconfigure','maj','configure','sauvegarde']):
</pre>
Mais en réalité la fonction "is_locked" n'est pas la fonction fourni par créole, mais une autre version fournit par Zéphir.
A mon avis les deux ne sont pas compatible.
Je n'ai pas étudier mais je suppose qu'il considère que la mise à jour n'est pas en court alors que c'est bien le cas.
*EOLE ≥ 2.8.1*
Le contenu de l'arrêt du service change un peu mais on a :
<pre>
Paramétrage de squid-common (4.10-eole281.1.1ubuntu1.9) ...^M
Paramétrage de squid (4.10-eole281.1.1ubuntu1.9) ...^M
Setcap worked! /usr/lib/squid/pinger is not suid!^M
Job for squid.service canceled.^M
invoke-rc.d: initscript squid, action "restart" failed.^M
● squid.service - Squid Web Proxy Server^M
Loaded: loaded (/lib/systemd/system/squid.service; enabled; vendor preset: enabled)^M
Active: deactivating (stop-sigterm) since Fri 2024-02-23 03:07:49 CET; 16s ago^M
Docs: man:squid(8)^M
Main PID: 968 (squid)^M
Tasks: 5 (limit: 37535)^M
Memory: 58.7M^M
CGroup: /system.slice/squid.service^M
├─ 968 /usr/sbin/squid -sYC^M
├─ 971 (squid-1) --kid squid-1 -sYC^M
├─ 989 (unlinkd)^M
├─17728 (ntlm_auth) --helper-protocol=squid-2.5-ntlmssp^M
└─17729 (ntlm_auth) --helper-protocol=squid-2.5-basic^M
^M
févr. 23 03:07:49 amon systemd[1]: Stopping Squid Web Proxy Server...^M
févr. 23 03:07:49 amon squid[971]: Preparing for shutdown after 3465 requests^M
févr. 23 03:07:49 amon squid[971]: Waiting 30 seconds for active connections to finish^M
févr. 23 03:07:49 amon squid[971]: Closing HTTP(S) port 0.0.0.0:3128^M
févr. 23 03:07:49 amon squid[971]: Stop receiving ICP on 0.0.0.0:3130^M
févr. 23 03:07:49 amon squid[971]: Stop accepting HTCP on 0.0.0.0:4827^M
févr. 23 03:07:49 amon squid[971]: Closing Pinger socket on FD 19^M
févr. 23 03:07:49 amon squid[971]: Closing SNMP receiving port 127.0.0.1:3401^M
févr. 23 03:08:04 amon squid[971]: 1708654084.183 0 - NONE/000 0 NONE - - HIER_NONE/- -^M
févr. 23 03:08:05 amon squid[971]: 1708654085.541 72091 10.1.0.19 TCP_TUNNEL/200 3140 CONNECT array507.prod.do.dsp.mp.microsoft.com:443 - HIER_DIRECT/52.184.217.20 -^M
dpkg: erreur de traitement du paquet squid (--configure) :^M
installed squid package post-installation script subprocess returned error exit status 1^M
[..]
Log ended: 2024-02-23 03:08:25
</pre>
Le problème vient de là :
<pre>
rsyslog/local/zephiragents/zephiragents.info.log:2024-02-23T03:08:20.845736+01:00 amon.xxxx.lan zephiragents[11108]: 2024-02-23T03:08:20+0100 [-] agent squid : service squid relancé
rsyslog/local/zephiragents/zephiragents.info.log:2024-02-23T03:08:20.845806+01:00 amon.xxxx.lan zephiragents: [-] agent squid : service squid relancé
</pre>
Zéphir s'amuse a relancer squid avant la fin de la mise à jour du serveur.
Si je m'amuse (j'ai bien le droit aussi !) à lancer de redémarrage de service dans des consoles différentes, j'ai souvent :
<pre>
root@amon:~# systemctl restart squid
Job for squid.service canceled.
</pre>
On retrouve l'erreur de la mise à jour.
Dans l'agent zephir-client/data/scripts/service_restart.py on a bien :
<pre>
if not is_locked(['reconfigure','maj','configure','sauvegarde']):
</pre>
Mais en réalité la fonction "is_locked" n'est pas la fonction fourni par créole, mais une autre version fournit par Zéphir.
A mon avis les deux ne sont pas compatible.
Je n'ai pas étudier mais je suppose qu'il considère que la mise à jour n'est pas en court alors que c'est bien le cas.
*EOLE ≥ 2.8.1*