Reprise du message précédent :

http://www.dell.com/fr-fr?~ck=cr
 
 

Le vendredi en folie

EDIT : pour t'aider un peu : oui et oui. À un seul pré-requis : faut un petit peu se sortir les doigts

J'ai jamais parlé de rpi/cli
 
XaT

 
Ouai fin là c'est plus du niveau bac à sable à coup de CTRL-C CTRL-V

Les lignes de commande c'est tellement la vie

De fait, finalement c'est plus simple que de fouiller dans une interface graphique pour trouver la fonction que l'on chercher

Et tu peux lancer dix mille trucs à la fois rien qu'avec une ligne sans avoir besoin de cliquer dans tous les sens.
 
J'aime linux pour ça

Ya pas de problème de syntaxe avec les clics sur une GUI Quand je vois le niveau de français de la population actuelle, je me dis que c'est lié

Moi ce sont les mises à jours système "oklm" sans reboot

Bon alors je pense que je vais partir sur un raspberry
Contraintes :
L'alimentation de l'œuvre est en 110V
Il faut prévoir de pouvoir changer la vidéo un jour
La sortie vidéo doit être au format RCA (vidéo coax quoi)
 

1. Il existe des blocs d'alim compatibles 110V
2. Solution 1 : Tu éteins le Pi, tu modifies la video sur la carte SD avec ton laptop ou autre, tu redémarres le Pi.
2. Solution 2 : Tu dupliques la carte SD du Pi, tu prépares une video différente par carte, permet de changer rapidement sans manip sur place autre que power-off/swap-sd/power-on
3. Dispo nativement avec le bon câble : https://www.adafruit.com/product/2881
Si pas d'image, tu vérifies le dernier commentaire ici, ya une conf à mettre : https://www.raspberrypi.org/forums/ [...] p?t=142767

Passe en windows 98 SP2

toujours de bon aloi  

Windows me donne envie de tout cramer avec ses maj. Comment ça se fait qu'en 2018 il faille encore rebooter un serveur Wineows à updater ?

 
OSX aussi au passage

sur linux aussi , il y a plus de mises a jour kernel qu'avant.

Quand tu passes d'une 7 à une 8 ?
Parce que le reste, non, en tout cas sous Debian, je ne dois jamais rebooter suite à une mise à jour

Et à part le kiki tout dur de l'uptime, il y a une vraie raison de ne pas rebooter ?
Modifier le système, je préfère que ce soit fait quand rien ne l'utilise, pas d'AV, pas de logiciels métiers, ... Sinon c'est des risques inutiles.
Sur Linux, vous vous en foutez vous avez pas de logiciels
Windows c'est plus le temps nécessaire que le fait de rebooter qui gêne...
Édit: mince, je pensais être sur le topic w10... Donc oui en serveur c'est plus relou

 
Parce qu'on travaille à l'arrache et qu'on est pas sûr que ça va redémarrer correctement

 
C'est ça

le mois dernier , on a une machine qu'on n'avait pas rebooté depuis longtemps . la pile de la CM etait morte . quand on a rebooté , elle s'est calée sur 01/01/2014, tous les services sont partis en couille ...

Pas de ntp ? Tu peux le toper par DHCP histoire de.

XaT

Non mais j'étais pas dans le bon état d'esprit. La dernière fois qu'on a du redémarrer le serveur (mssql 2008), deux jours pour revenir à un état normal...
Maintenant les admins touchent plus à rien.

ntp bien sur , mais si l'ecart est trop grand , il ne fait rien

et ça n'a aucun sens!
plus l'ecart est grand plus il devrait faire quelque chose justement...

Moi je mets NetTime quand je sais que ça peut merder coté horloge.

Nous c'est justement le problème, des machines qui n'ont pas vu de reboot depuis 666 jours (et plus) et c'est la croix et la bannière quand on doit redémarrer parce que la machine est infestée de processus zombies. (Vu sur un serveur d'injection de fichiers en production)... Évidemment le reboot a été un poil douloureux

Même amazon a été dans la merde il n'y a pas trop longtemps. Faudrait que je retrouve le lien. Là encore un truc qui n'avait jamais été redémarré depuis des années, quand il a fallu le faire, le truc a mis 5h. Il a fallu passer la serpillère sous les admins.
 
Bref le restart de temps en temps pour les Majs, c'est pas du tout le mal pour moi.

Faites du chaos monkey syr l'infra. La au moins on se pose plus de questions  

Reboot hebdomadaire obligatoire chez nous, sauf exception.

C’est ce que je dis à certains des mes clients qui ont des ESXi avec des uptime de plus de 600 jours, voire plus pour certains.  
 
« Vous faites un concours d’uptime ?  
- Non, on n’aime pas rebooter !
- Donc ça fait plus de 600 jours que vous n’avez pas passé un seul patch sur les hyperviseurs ?
-   »
 
Surtout que, hors problème stockage, ça met pas 20 ans à redémarrer non plus.

Reboot mensuel pour le patching day !

 
Quand ça fonctionne, on ne touche pas !!!
 
Chez nous, il avait un test annuel de l'installation électrique  --> shutdown complet du bâtiment. Donc l'uptime ne dépassait jamais 380 jours

c'est louable, encore faut-il avoir une certaine resilience au niveau de l'infra et aussi prévenir les clients.
 
et ça pour certains, c'est tt de suite plus compliqué. (et je sais de quoi je parle malheureusement).

Après j’entends qu’on puisse trouver plusieurs écoles
 
Mais des mecs qui rechignent à redémarrer de vieux hyperviseurs qui ont des comportements bizarres ça m’énerve. Limite obligé de me justifier que je ne leur demande pas ça par pur plaisir. Genre un bon stale lock sur ton LUN, y a pas 36 solutions pour le virer    
 
Après j’en ai qui me disent « On a taillé l’infra pour se permettre la perte de deux serveurs, donc vMotion et on redémarre »

 
DELL      
 
On verra si le cert sera renouvelé avant la fin du WE. C'est quand même complètement dingue et les conséquences financières d'un truc aussi con se chiffrent au minimum en centaine de milliers de $.

On a et on peut :-)

 
Tu devrais de temps en temps. Essaye d'installer le paquet debian-goodies. Ca te fournira la commande checkrestart pour te lister tous les process qui continuent à tourner sur ton système en utilisant des binaires non-patchés suite à une maj.
 
Et dans tous les cas tu as les maj kernel qui nécessitent toujours un reboot.

 
tester, c'est douter
 
l'inverse aussi

Souvent dans l'erreur, jamais dans le doute