Proxmox Script au démarrage sur Proxmox

  • Auteur du sujet Auteur du sujet EVO
  • Date de début Date de début
EVO

EVO

Administreur
Membre du personnel
25 Novembre 2019
10 450
2 266
293
/var/run/docker.sock
Hello,
Pour régler quelques problèmes de performance, j'ai besoin apres un reboot de Proxmox, d’exécuter la commande suivante ( car elle n'est pas persistante ) :
Code: 
ethtool -K enp0s31f6 gso off gro off tso off tx off rx off

J'ai suivi ce post pour automatiser cela, de la façon suivante ( en root ) :

Je créer un fichier patch-eth dans init.d :
Code: 
nano -l /etc/init.d/patch-eth

J'y place le code suivant :
Code: 
#!/bin/bash
ethtool -K enp0s31f6 gso off gro off tso off tx off rx off

Je le rend exécutable :
Code: 
chmod +x /etc/init.d/patch-eth

Je l'applique :
Code: 
update-rc.d patch-eth defaults


Je le démarre et vérifie son status :
Code: 
systemctl start patch-eth
Code: 
systemctl status patch-eth

Jusque ici, tout va bien. Cependant, apres un redémarrage de Proxmox, le script n'est pas appliqué :( il n'y a pas les modifications sur l'interface réseau.

Voici ce que me retourne systemctl status patch-eth juste apres un reboot :
1748289744813.png

Je fait alors systemctl status patch-eth , et le status passe alors et la modif est bien appliquée sur l'interface
1748289800964.png

Une idée du pourquoi cela ne s'applique pas au démarrage ?
merci :)
 
Dernière édition:
J'ai finalement trouvé ce post : https://unix.stackexchange.com/questions/473901/execute-script-at-startup
A la fin, une personne indique qu'il faut l'entete "### BEGIN INIT INFO ..." pour que le script fonctionne.

Et je confirme, j'ai édité mon fichier /etc/init.d/patch-eth pour le mettre sous la forme :
Code: 
#! /bin/bash
### BEGIN INIT INFO
# Provides:          patch-etc
# Required-Start:    \$local_fs \$syslog
# Required-Stop:     \$local_fs \$syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: starts patch-eth
# Description:       starts patch-eth using start-stop-daemon
### END INIT INFO

ethtool -K enp0s31f6 gso off gro off tso off tx off rx off

exit 0

et apres reboot :
1748292607923.png

et les modifications sont bien prise en compte :)
 
Dernière édition:
  • J'aime
Réactions: R76 et MilesTEG
Hello Evo, pourrais tu en dire un peu plus sur cette optimisation ? J'ai bien une réponse de chatgpt qui me donne une idée, mais avoir un peu plus de contexte et savoir si ça peut être généralisé serait bénéfique je pense 😉
 
Nincha a dit:
pourrais tu en dire un peu plus sur cette optimisation ?
Cliquez pour agrandir...
Dans des rares cas, j'avais des problèmes sur l'interface, au fil des recherches, principalement sur le forum proxmox ( mais j'ai pas garder la source dans mes notes :( ) , je suis tomber sur un post avec une personne qui recommande de désactiver certaines fonction de l'interface, et cela a effectivement résolu mes problemes, cependant la commande n'est pas persistante.

On déborde grave du sujet mais voici un exemple de que ce j'avais dans les logs Kernel :

Code: 
Feb 07 17:08:16 prox kernel: e1000e 0000:00:1f.6 enp0s31f6: Detected Hardware Unit Hang:
  TDH                  <4>
  TDT                  <2a>
  next_to_use          <2a>
  next_to_clean        <3>
buffer_info[next_to_clean]:
  time_stamp           <1018d49e7>
  next_to_watch        <4>
  jiffies              <1018d54a0>
  next_to_watch.status <0>
MAC Status             <40080083>
PHY Status             <796d>
PHY 1000BASE-T Status  <38a0>
PHY Extended Status    <3000>
PCI Status             <10>
Feb 07 17:08:16 prox kernel: e1000e 0000:00:1f.6 enp0s31f6: Reset adapter unexpectedly
 
  • J'aime
Réactions: Nincha
Question naïve, si tu rencontre un souci de perf avec le pilote e1000e n'est-il pas intéressant d'essayer de déclarer la carte avec un pilote plus adapté plutôt que recourir à des patchs qui peuvent ne pas bien survivre à la prochaine MAJ ?
 
R76 a dit:
Question naïve, si tu rencontre un souci de perf avec le pilote e1000e n'est-il pas intéressant d'essayer de déclarer la carte avec un pilote plus adapté plutôt que recourir à des patchs qui peuvent ne pas bien survivre à la prochaine MAJ ?
Cliquez pour agrandir...
C'est surtout que j'y connais rien la dedans :ROFLMAO: Mais de ce que j'ai compris c'est effectivement une histoire de pilote de l'interface reseau de mon NUC. Cela semble un peu un probleme "classique" avec les NUC "chinois" ( geekom ) dans mon cas. La compatibilité n'est pas toujours au top.
 
Je vois ;) pas toujours évident ces pc chinois même si certains sont bougrement attirants !
C'est quel modèle par curiosité (et aussi pour savoir ce qui passe plus ou moins bien sur PVE !) ?
 
R76 a dit:
C'est quel modèle par curiosité
Cliquez pour agrandir...
Celui ci, dont j'ai fait un test pour Cachem il y a un moment maintenant : https://www.cachem.fr/test-geekom-it8/

R76 a dit:
(et aussi pour savoir ce qui passe plus ou moins bien sur PVE !) ?
Cliquez pour agrandir...
A savoir que c'est rare, mais javais par moment des baisses de débit sans vraiment comprendre, voir une petite "absence".
Encore plus rarement ( mais bien plus ch*ant ), Proxmox ne repondait plus, un reboot du routeur, ou switch, .. permettait de résoudre, mais au bout d'un moment je me suis rendu compte qu'il me suffisant de débrancher le cable réseau du pc avec proxmox, et de le rebrancher pour résoudre le soucis. De la j'ai commencé a regarder les logs sur proxmox, et a voir ce probleme avec l'interface réseau.

Cela fait maintenant longtemps que j'utilise cette technique pour contourner ce probleme, mais je n'avais jamais pris le temps de me pencher sur une solution "automatique" en cas de reboot, .. car le probleme est comme dit, aléatoire et peu présent dans les fait. ( et pas présent du tout après application de la commande ).
 
Geekom, Mini-forums et Beelink ont vraiment des modèles très performants, je subodore que je vais pas tarder à craquer ! ;)
En tous cas c'est bien utile ta manip car débrancher le câble réseau d'un PVE à distance....pas pratique quand tu fais tes maintenances le dimanche avec zéro péquins sur place. :(
Je note ce post pour zaucaszou ! :cool:
 
R76 a dit:
Geekom, Mini-forums et Beelink ont vraiment des modèles très performants, je subodore que je vais pas tarder à craquer ! ;)
Cliquez pour agrandir...
Attention avec Minisforum, j'ai eu des retours assez décevant au niveau des performances. mais on dérive encore, n'hésite pas a créer ton propre sujet si tu hésite sur plusieurs modèles :)

R76 a dit:
Je note ce post pour zaucaszou ! :cool:
Cliquez pour agrandir...
(y)
 
EVO a dit:
Dans des rares cas, j'avais des problèmes sur l'interface, au fil des recherches, principalement sur le forum proxmox ( mais j'ai pas garder la source dans mes notes :( ) , je suis tomber sur un post avec une personne qui recommande de désactiver certaines fonction de l'interface, et cela a effectivement résolu mes problemes, cependant la commande n'est pas persistante.

On déborde grave du sujet mais voici un exemple de que ce j'avais dans les logs Kernel :

Code: 
Feb 07 17:08:16 prox kernel: e1000e 0000:00:1f.6 enp0s31f6: Detected Hardware Unit Hang:
  TDH                  <4>
  TDT                  <2a>
  next_to_use          <2a>
  next_to_clean        <3>
buffer_info[next_to_clean]:
  time_stamp           <1018d49e7>
  next_to_watch        <4>
  jiffies              <1018d54a0>
  next_to_watch.status <0>
MAC Status             <40080083>
PHY Status             <796d>
PHY 1000BASE-T Status  <38a0>
PHY Extended Status    <3000>
PCI Status             <10>
Feb 07 17:08:16 prox kernel: e1000e 0000:00:1f.6 enp0s31f6: Reset adapter unexpectedly
Cliquez pour agrandir...
Je suis curieux de savoir comment tu obtiens ces logs ?
Avec dmesg ?
C'est pour voir si mes geekom ont le même souci...
 
Vous devez vous connecter ou vous enregistrer pour répondre ici.
Haut Bas