Reprise du message précédent :

Preums

bonjour,

 
C'est l'evolution stratégique qui s'accompagne qui m'inquiète:  
- sur N7k il y a près de 10ans: incident P1, forward de traffic incohérent, en aprticulier lié à la gestion du routage par la forwarding table. Après un temps de TShoot: "Merci de faire un switchover et un reboot de la sup, ca lui fera pas de mal" ... et pour cause: incident résolu.
- sur IOS jusque récemment: problème de forward Multicast ... interaction avec le support: plus d'un an d'uptime, commencez par rebooter ... un switchover plus tard, le problème avait disparu, ticket clos .. jusqu'à ce qu'il réapparaisse comme il est venu.
 
Software partout, baisse de qualité, support de moins en moins compétent ... ca fait vieux con, mais le trend semble pas idéal

ha ça, je ne peux qu’acquiescer. en cas de problème, maintenant, la procédure standard c'est "reboot". J'ai aussi vu la dégradation de la qualité des produits et du support. Jamais l'adage "keep it simple" n'aura été aussi vrai qu'en ce moment si on veut une prod stable.
 
Toi aussi t'as eu des discordances RIB/FIB sur les 7k ? c'était vraiment de la merde quand c'est sorti ce produit.

on a cramé un port de n5k tiens

preums

deuarhhh'z
        /
 

j'ai une tripotée d'i/o error, fsck ne voit rien. Que faire de plus ?

un backup

+1

J'ai rien d'important sur ce pc, j'ai déjà des copies à plusieurs endroits.
Ca semble aller mieux en virant le profil de firefox.

un ssd?

oui, mais plus de problème constaté pour l'instant.
J'ai juste une merdoum qui reste à l'ouverture de session, hddtemp qui râle, alors qu'il a été désinstallé

il etait à combien de remplissage? sinon tu peux tenter un simple repartionnement intelligent.
mais en général des errors i/o, ça sent pas bon
 
tu as fait un smart dessus?

oui pour le smart, il y a eu 9 erreurs de lecture.
/root est pas mal plein en effet, j'ai vidé le cache apt.

Bonsoir,

j'ai pensé aux gens d'ici ces derniers jours (c'est pas tout récent, mais en rapport avec de l'actualité) :
https://www.vitavonni.de/blog/20150 [...] iners.html
https://hackernoon.com/im-harvestin [...] 8cb347c5b5

j'ai eu un ssd comme çà qui n'aimait pas etre à plus de 80% de remplissage (par contre c'etait sous win10 )
sur un dell 7810 qui ne bootait plus (symptome)
il suffisait que je copie mes rush de video sur le disque mecanique et ça repartait.

preums

Le second lien est assez sympa à lire.
 
Sinon c'est pas si d'actualité que ça, la sécurité ca a toujours été une question de confiance dans ce que tu exécutes, et de ce qui l'exécute.
Et c'est pas parce que t'es confiant que t'es en sécurité

https://www.crowdsupply.com/ground- [...] cumference

 
Oui et non ... Oui la sécurité dans une optique binaire est une question de confiance, dans une optique open source, c'est quand même le fait de faire des review sur le code qui est au bénéfice de la sécurité.
Là, l'article décrit bien le phénomène : builder les applis à partir du code source est devenu quasiment impossible. Les gens se replient donc vers les binaires, mais on binarise non pas juste l'appli mais tout son environnement. Et là se pose donc la question de la sécurité non plus sur 1 appli mais sur tout l'environnement.
 
Dans les commentaires, on voit des remarques assez pertinentes : "curl | bash" où dans certains cas on le sait qu'une récupération de script incomplète peut mener à exécuter en lieu et place de "rm -rf /tmp/foo" un "rm -rf /" et ça à été vu à grande échelle y'a pas si longtemps chez un grand hébergeur. Pourtant c'est un cas d'école de ne jamais piper du bash avec une récup de script depuis le web. (encore moins en sudo)
 
La conclusion est donc bien réelle, en passant de techadmin/sysadmin à devops, on a bien "windowsifié" l'environnement Linux.
Linux était réputé multiseat, multisession, réel, et de plus en plus on ne fait tourner qu'une appli par kernel. Comme pour windows. Le gaspillage de ressources, je l'estime actuellement à 30/35%.

 
méwé
 

Oui enfin même dans une optique open source, ça reste une question de confiance, à moins de builder ton système depuis zéro et après avoir bien relu le code source de ton compilo (mais es-tu bien sûre que ton hardware n'y rajoute pas sa patte lors de la compilation ?).
Bref, récupérer du binaire n'a jamais été le problème, et en tout cas ne l'est pas plus qu'avant.
 
Le problème c'est de savoir si tu peux avoir confiance dans le binaire en question.
Que tu utilises un dépot Debian, ou un dépot tiers d'un gus qui builde ses paquets, c'est déjà pas la même.
 
Docker, les VMs ou whatever ce n'est donc pas le problème. C'est comment tu t'en sers.
Si tu récupère un truc tout fait sans savoir comment il a été buildé c'est pas génial. Si tu sais comment c'est fait (depuis quelles sources, binaires ou pas), c'est déjà mieux. Si tu le rebuildes toi-même encore mieux.
Et en l'occurence avec Docker t'as plusieurs applis sur un même kernel, donc tu te plantes dans ta conclusion
 
Au bout d'un moment faut arrêter le c'était mieux avant, si c'était si bien que ça, on y serait encore

Tu ne fais que confirmer ce que je dis

Oh putain, je serai devenu un vieux con ...

 
Le D.ieu Brouzouf ?
Tu m'excusera mais vu les merdes poussées par les DSI, et les RH qui sortent allègrement que vaut mieux loaner/leaser que d'investir, forcément que ça pousse à payer un pousse caillou qui va pondre un binaire en java qu'un vrai prog et un vrai tech/sys. J'pense que tu fais l'avocat du diable là, mais perso en temps qu'admin' qui a du métier derrière elle, j'ai bel et bien constatée que le premier réflexe en troubleshoot c'est "reboot". Et ça quel que soit le domaine, c'est juste inconcevable.

Dans le doute, reboot.
Si ça rate, formatte.
Si ça pète, rachète.

Bonsoir,
 
Je suis bien d'accord, les trucs de maintenant c'est comme les moulins

Du blé moulu    
 
 
ou
 
 
de la farine si tu préfères, Sosa  

Ponchouar les moules, chinon  

dernz

nope

Preums

io  

bonjour,

Bonsoir,

/alerte bidon explosé

/Attend que ça arrive à la rondelle

Kouhkouh les moules chinon