Pages : 1
#1 Le 13/04/2022, à 18:31
- riviera
Services qui ne fonctionnent plus après reboot
Bonjour,
Je fais fonctionner un serveur web sous Ubuntu 20.04.4 sur un VPS avec ISPConfig en suivant leur tutorial mais j’ai un souci que je n’arrive pas à solutionner.
Après chaque reboot, Postfix, netfilter-persistent cessent de fonctionner et sont en status "failed" dans systemctl, ainsi que user@1000.service.
Si je les relance à la main cela fonctionne.
Pour user@1000.service j’ai l’erreur
Failed to create /user.slice/user-1000.slice/user@1000.service/init.scope control group: Permission deniedJ’avais corrigé les permissions comme trouvé sur un forum, ça semblait fonctionner après un reboot, mais après un autre reboot, le problème est de retour.
Pour netfilter-persistent j’ai les erreurs suivantes:
Apr 01 05:01:35 server01.XXXX.com netfilter-persistent[140]: run-parts: executing /usr/share/netfilter-persistent/plugins.d/15-ip4tables start
Apr 01 05:01:35 server01.XXXX.com netfilter-persistent[143]: Another app is currently holding the xtables lock. Perhaps you want to use the -w option?
Apr 01 05:01:35 server01.XXXX.com netfilter-persistent[140]: run-parts: /usr/share/netfilter-persistent/plugins.d/15-ip4tables exited with return code 4
Apr 01 05:01:35 server01.XXXX.com netfilter-persistent[140]: run-parts: executing /usr/share/netfilter-persistent/plugins.d/25-ip6tables start
Apr 01 05:01:35 server01.XXXX.com netfilter-persistent[145]: Another app is currently holding the xtables lock. Perhaps you want to use the -w option?
Apr 01 05:01:35 server01.XXXX.com netfilter-persistent[140]: run-parts: /usr/share/netfilter-persistent/plugins.d/25-ip6tables exited with return code 4idem après avoir relancé à la main le service tout marche parfaitement.
Pour Postfix en faisant systemctl on se retrouve avec:
postfix.service loaded active exited Postfix Mail Transport Agent
● postfix@-.service loaded failed failed Postfix Mail Transport Agent (instance -) au moment du redémarrage il semble il y avoir l’erreur suivante dans les logs:
Apr 9 18:45:45 server01 dovecot: auth: Error: auth worker: Aborted PASSV request for xxx@xxxxx.com: Lookup timed out
Apr 9 18:45:45 server01 dovecot: auth: Warning: auth workers: Auth request was queued for 54 seconds, 3 left in queue (see auth_worker_max_count)
Apr 9 18:45:45 server01 dovecot: auth-worker(547): Error: sql(xxx@xxxxx.com,2a01:xxxxx:xxxx:xxxx:xxx:ba27,<6TSwbTvcm+Qxxxxxx>): Password query failed: Not connected to database
Apr 9 18:45:45 server01 dovecot: auth-worker(547): Warning: conn unix:auth-worker (pid=542,uid=0): auth-worker<1>: Auth master disconnected us while handling request for xxxx@xxxx.com for 60 secs (result=FAIL)
Apr 9 18:45:45 server01 dovecot: auth-worker(772): Error: mysql(localhost): Connect failed to database (dbispconfig): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) - waiting for 1 seconds before retry
Apr 9 18:45:45 server01 dovecot: auth-worker(772): Error: mysql(localhost): Connect failed to database (dbispconfig): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) - waiting for 1 seconds before retry
Apr 9 18:45:46 server01 dovecot: auth-worker(772): Error: mysql(localhost): Connect failed to database (dbispconfig): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) - waiting for 5 seconds before retry
Apr 9 18:45:46 server01 dovecot: auth-worker(772): Error: mysql(localhost): Connect failed to database (dbispconfig): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) - waiting for 5 seconds before retryj’ai tenté d’activer le service postfix@- comme indiqué sur certains articles, il s’active mais ca ne donne rien de mieux après redémarrage.
Je n’arrive pas à savoir si ces problèmes sont liés ou indépendants vu que les "sympt^mes" sont les mêmes donc je n'ai pas osé allé trop loin sans savoir quoi faire exactement.
Merci
Dernière modification par riviera (Le 25/04/2022, à 22:15)
Hors ligne
#2 Le 20/04/2022, à 06:50
- bruno
Re : Services qui ne fonctionnent plus après reboot
Bonjour,
La première erreur est peut-être lié au système de conteneurisation / virtualisation utilisé pour ton VPS (à voir avec l'hébergeur).
La seconde erreur que netfilter-persistent est en concurrence avec un autre processus netfilter (ufw ou autre service de pare-feu).
La troisième erreur indique que l’authentification avec dovecot échoue car le serveur MySQL n'est pas disponible. Il faut vérifier le bon fonctionnement du serveur MySQL, la configuration de dovecot pour se connecter à la base de données qui gère les utilisateurs de courriel.
#3 Le 25/04/2022, à 19:27
- riviera
Re : Services qui ne fonctionnent plus après reboot
Bonjour et merci pour les réponses.
Pour le souci de dovecot et MySQL, est-il possible que le problème soit du genre MySQL qui démarre trop tard par rapport à Dovecot?
MySQL fonctionne toujours bien et je n’ai pas à le relancer, si je relance Dovecot ou Postfix manuellement ils n’ont aucun souci pour se connecter à la base de données.
Merci
Hors ligne
#4 Le 25/04/2022, à 19:55
- jplemoine
Re : Services qui ne fonctionnent plus après reboot
Oui. C'est ça : MySQL démarre trop tard ou met trop de temps.
Donc, quand tu le lances à la main, MySQL a démarré et donc c'est bon.
Ce compte ne servira plus : vous pouvez le supprimer si le coeur vous en dit...
Laissé par l'auteur pour historique.
Hors ligne
#5 Le 25/04/2022, à 22:03
- riviera
Re : Services qui ne fonctionnent plus après reboot
J'ai vérifié le boot voici ce qui se passe, il semble déja que l'ordre de boot ne soit pas bon:
1min 30.054s postfix@-.service
1min 20.979s mariadb.service
1min 16.800s amavis.service
38.687s php7.4-fpm.service
36.665s saslauthd.service
29.919s apache2.service
27.282s networkd-dispatcher.service
18.788s postgrey.service
10.483s dev-ploop25664p1.device
9.838s ifupdown-pre.service
7.722s redis-server.service
6.825s systemd-hwdb-update.service
5.416s ufw.service
4.748s systemd-journal-flush.service
4.456s ntp.service
3.224s xinetd.service
2.998s quota.service
2.815s networking.service
2.488s systemd-sysctl.service
2.441s ssh.service
2.421s fail2ban.service
1.991s modules_dep.service
1.958s systemd-sysusers.service
1.787s pure-ftpd-mysql.service
1.639s rsyslog.service
1.589s systemd-logind.service
1.017s systemd-resolved.service
988ms quotarpc.service
698ms systemd-tmpfiles-setup-dev.service
627ms systemd-udev-trigger.service
575ms systemd-journald.service
558ms run-shm.mount
530ms var-www-clients-client1-web1-log.mount
527ms clamav-daemon.service
426ms systemd-tmpfiles-setup.service
387ms netfilter-persistent.service
341ms e2scrub_reap.service
337ms var-www-clients-client1-web2-log.mount
330ms rpcbind.service
321ms user-runtime-dir@1000.service
298ms var-www-clients-client1-web3-log.mount
232ms systemd-user-sessions.service
217ms systemd-udevd.service
172ms user@1000.service
131ms systemd-update-utmp-runlevel.service
118ms dev-mqueue.mount
110ms var-www-clients-client1-web4-log.mount
106ms vzfifo.service
87ms systemd-update-utmp.service
82ms postfix.service
78ms var-www-clients-client1-web5-log.mount
78ms systemd-remount-fs.service
47ms var-www-clients-client1-web6-log.mount
14ms var-www-clients-client1-web9-log.mountet MariaDB affiche pour le démarrage:
2022-04-25 22:48:35 0 [Note] InnoDB: Using Linux native AIO
2022-04-25 22:48:35 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2022-04-25 22:48:35 0 [Note] InnoDB: Uses event mutexes
2022-04-25 22:48:35 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2022-04-25 22:48:36 0 [Note] InnoDB: Number of pools: 1
2022-04-25 22:48:36 0 [Note] InnoDB: Using SSE2 crc32 instructions
2022-04-25 22:48:37 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M
2022-04-25 22:48:37 0 [Note] InnoDB: Completed initialization of buffer pool
2022-04-25 22:48:37 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2022-04-25 22:48:59 0 [Note] InnoDB: Read redo log up to LSN=6420643840
2022-04-25 22:49:36 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2022-04-25 22:49:36 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2022-04-25 22:49:36 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2022-04-25 22:49:36 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2022-04-25 22:49:36 0 [Note] InnoDB: Waiting for purge to start
2022-04-25 22:49:36 0 [Note] InnoDB: 10.3.34 started; log sequence number 6420643646; transaction id 10684527
2022-04-25 22:49:36 0 [Note] Plugin 'FEEDBACK' is disabled.
2022-04-25 22:49:36 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2022-04-25 22:49:37 0 [Note] Server socket created on IP: '::'.
2022-04-25 22:49:39 0 [Note] Reading of all Master_info entries succeeded
2022-04-25 22:49:39 0 [Note] Added new Master_info '' to hash table
2022-04-25 22:49:39 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.34-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2022-04-25 22:51:33 0 [Note] InnoDB: Buffer pool(s) load completed at 220425 22:51:33edit: quote changé en code
Dernière modification par riviera (Le 25/04/2022, à 22:15)
Hors ligne
#6 Le 25/04/2022, à 22:07
- xubu1957
Re : Services qui ne fonctionnent plus après reboot
Bonjour,
Comme demandé dans le premier message du tutoriel Retour utilisable de commande
Pour ajouter toi-même les balises code à tes précédents messages #1 et #5 (au lieu des balises de citation) : Merci 
Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message
Dernière modification par xubu1957 (Le 26/04/2022, à 06:37)
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#7 Le 26/04/2022, à 06:36
- bruno
Re : Services qui ne fonctionnent plus après reboot
Pour le souci de dovecot et MySQL, est-il possible que le problème soit du genre MySQL qui démarre trop tard par rapport à Dovecot?
En fait non, cela n'a pas aucune importance, une fois MySQL lancé les erreurs devraient disparaître dans les logs.
Je pense que les problèmes viennent d'erreurs de configuration ou de bogues dans ISPConfig.
Par exemple on ne voit pas de service dovecot dans le retour du #5 mais saslauthd…
Pages : 1