À quelle fréquence redémarrer la framboise et est-ce même nécessaire

19

Si vous avez une framboise sur un emplacement et qu'elle doit exécuter un script python "pour toujours" (un an, peut-être deux, sans que je sois sur place), à ​​quelle fréquence dois-je le redémarrer? Je sais que les gens les maintiennent en vie pendant un an +, mais j'ai écrit un script simple qui peut le redémarrer à un moment donné + la framboise exécutera automatiquement le script python au démarrage.

Rok Dolinar
la source
1
Pourquoi redémarrer si vous n'en avez pas besoin? Il y a des moments où un redémarrage peut être nécessaire, par exemple, des mises à niveau du système. mais si ce n'est pas automatisé, je ne redémarrerais pas. Un redémarrage n'est pas exempt du risque que le système ne redémarre pas correctement.
Steve Robillard
Celui que je gère 24h / 24 et 7j / 7 a un temps de disponibilité de 67 jours en ce moment, ce qui n'est probablement pas inhabituel. Je ne le redémarre que dans un but. Comme le dit Steve, pourquoi le faire sans but?
goldilocks
4
Dans le contexte du support informatique, vous entendez probablement "dans 90%" des problèmes que le redémarrage aide. Vous n'appeleriez pas un client au hasard et lui
diriez
1
Enregistrement de données 24/7 sur Arch, disponibilité actuelle 260 d. Le redémarrage entraîne généralement des problèmes;)
Ghanima
2
Vérifiez simplement vos journaux et autres fichiers en croissance: logrotate le fera. Les cartes SD ont une durée de vie limitée sur une activité de disque fortement chargée, peut-être déplacer / root pour utiliser un lecteur de rotation externe. J'ai ajouté une LED clignotante synchronisée avec cron et une rouge qui s'allumait lorsque l'espace disque était faible et d'autres qui s'allumaient sur certaines informations du journal de sécurité, rsyslog coupé au minimum.
fcm

Réponses:

25

J'ai quelques Pis qui exécutent mon système de répétition et d'irrigation Ham Radio - en réalité, je les redémarre peut-être une fois tous les 6 mois pour des mises à jour de sécurité ou pour toute autre raison de "maintenance"; mais je n'ai pas vu de problèmes où un redémarrage était REQUIS pour "continuer à fonctionner"

N7QNM
la source
25

En termes de matériel , la seule raison pour laquelle vous devriez avoir besoin de redémarrer une carte ARMHF-y est les modifications du micrologiciel, les modifications nécessaires de la ROM ou éventuellement de nouveaux périphériques qui doivent être présents au démarrage.

Par exemple, l'ajout d'un pilote ou d'un module de noyau proche du métal et d'un périphérique implémentant ce pilote nécessitera probablement un redémarrage, juste pour informer le mappeur de mémoire du processeur et du noyau de la modification. Vous pouvez mettre à jour le noyau Linux sans redémarrer .

En termes de logiciels , tous les principaux environnements informatiques disponibles pour le Pi sont de type * nix 1 , en ce qu'ils sont True Unix ™ ou en ce qu'ils utilisent Linux ou un dérivé de Linux et sont donc (U) nix-y.

Unix et ses dérivés sont conçus du chargeur de démarrage jusqu'au pays utilisateur pour être entièrement évolutifs, portables et fiables; ils ont été conçus pour les serveurs qui ne subissent jamais ou presque jamais de réinitialisation matérielle (c'est-à-dire qu'ils sont complètement arrêtés et redémarrés à froid à partir de zéro) et, dans une moindre mesure, les appareils intégrés exactement comme Raspberry Pis. Par conséquent, ces objectifs s'appliquent en effet sur le Pi.

Cela signifie en pratique, vous essentiellement jamais besoin de redémarrer votre Pi (ou votre PC de bureau * nix, pour cette matière).


1 Ignorant, pour un instant, Microsoft Windows 10: Internet Of Things Edition pour le Pi, que je souhaite être une blague pratique mais qui ne l'est pas.

chat
la source
2
Merci pour votre 2c, ça m'a beaucoup aidé, je suis maintenant sûr que je ne redémarrerai jamais mon PI.
Rok Dolinar
Les mises à niveau des modules de noyau / périphérique sont les seules causes probables d'avoir besoin d'un redémarrage si le matériel ne change pas - et il devient possible de changer de module sans redémarrer ces jours-ci si je comprends bien.
SlySven
@SlySven vous pouvez changer les modules sans redémarrage, ne vous fiez pas seulement à ce qu'ils soient pleinement fonctionnels et non destructifs
cat
1
Redémarrez les NT une fois par mois? Comment trouvez-vous cela?!
Max Ried
1
@ pjc50 Wow, je ne savais pas qu'il y avait eu des versions plus récentes pour cela. Bien que je me sois trompé à ce sujet, je sais que Win10 IoT est le même noyau que Win10 et non CE :)
Matthew Steeples
3

Avec les systèmes intégrés «run forever», les redémarrages périodiques ne sont pas nécessaires. Il est courant d'utiliser une horloge de surveillance matérielle pour détecter un blocage et un redémarrage du système. Je crois que la minuterie de surveillance est plus utile qu'un redémarrage périodique (le redémarrage ne fonctionnera probablement pas si le système est bloqué).

Tchad fermier
la source
0

Je suis d'accord avec les choses écrites avant. Dans une situation théorique avec un logiciel parfaitement écrit avec une gestion parfaite des erreurs, aucune fuite de mémoire ..., un redémarrage ne sera pas nécessaire.

J'ai plus de 50 PI (tous PI 3) sur le site, et certains sont redémarrés chaque semaine et d'autres jamais ... Presque tous les PI sont utilisés en mode kiosque, soit pour lire des vidéos, afficher un site Web, exécuter des scripts, ... L'expérience utilisateur est importante pour moi et je ne peux pas me permettre d'avoir un IP défaillant. J'ai un chien de garde installé sur chacun d'eux.

Sur mon site, j'utilise l'approche suivante (c'est uniquement en utilisant ma propre expérience, pas de formation scientifique :-))

  • Les PI qui exécutent des serveurs (Apache, SIP, ...) et ne sont connectés qu'avec un câble Ethernet: je ne les redémarre jamais, certains ont une disponibilité de près de 2 ans (en effet, je ne les ai pas mis à jour)!

  • au contraire, les PI qui exécutent des boucles vidéo (en utilisant OMXPlayer): je redémarre ces appareils chaque semaine. J'ai essayé de ne pas les redémarrer du tout, mais j'ai découvert que la vidéo se bloque parfois sans surveillance. On verrait donc une image fixe à l'écran. Je dirais que pendant une période d'un mois, il y avait -pour chacun des appareils- environ 50% de chances que la vidéo se fige une fois. Pour minimiser ces risques, j'ai décidé de redémarrer une fois par semaine et les résultats sont acceptables: donc loin, après un an de redémarrages hebdomadaires, je n'ai eu que 2 gel (gel d'image, pas de gel PI). Bien sûr, j'aimerais aussi les éliminer, mais c'est un autre sujet. Pour ceux-là, je me fiche de l'impact d'un redémarrage sur la carte SD, car si cela se produisait, il s'agit simplement de mettre une nouvelle carte SD et de mettre à jour le modèle avec la bonne vidéo.

  • PI qui sont en mode client et affichent du contenu utilisateur basé sur le Web (en utilisant Chromium, KWeb, ...) avec une interaction utilisateur (principalement des écrans tactiles et / ou des boutons): je les redémarre tous les mois et jusqu'à présent, je n'ai eu aucun problème. Peut-être qu'il n'était pas nécessaire de les redémarrer ... mais étant donné que ces appareils exécutent des scripts (Java, Node.js) et obtiennent des données d'autres appareils, je pensais qu'à un moment donné, un redémarrage pourrait être nécessaire, alors j'ai décidé d'aller pour un mois redémarrer.

Je me rends compte que cela ne donne pas de réponse directe à votre question, mais je voulais juste partager une expérience personnelle afin que vous puissiez - avec les autres réponses - juger quelle serait la meilleure approche pour votre projet.

pieterdp
la source