Reprise du message précédent :
'parait qu'certains l'utilisent en-core.

 
Pas mal

Alors si, vous etes completement fous de sauvegarder tous les PC.
En plus d'être inutile parce que concrètement, en l'état actuel, doit y avoir 5% de chance de reconstruire votre infra en cas de problème
 

 
Security by obsolescence

 
vous pouvez essayer https://www.cvedetails.com/vulnerab [...] ws-Xp.html

La WD19S (dock dell) elle a juste le son en moins par rapport à une WD19
Je vois pas de modele plsu récent mis en avant sinon, ça se traîne ou bien ?
 
exist les dock displaylink ça devrait être interdit ces merdes
 

J'avais déjà regardé et j'ai des valeurs délirantes, j'ai checké et je crois qu'il utilise un endpoint de je sais pas quel service exposé pour pinger dessus en fonction de la zone ECI.
Mais je veux une VM classique à pinguer

C'est ce que j'ai répondu au dernier sécuritard qui m'a demander de colmater une faille spring4shell sur une release que j'allais déployer en prod : c'est en java 8, donc pas concerné par la faille.    
A+,

Le gars qui me dit que sa stratégie de sauvegarde des données, c'est la sauvegarde de 100 postes de travail, c'est qu'il n'a pas de stratégie en fait.

tu m'as confondu avec notre ami   "chez moi" c'est pas comme ça

 
tu as essayé le WD40 ?  

J'en ai une centaine qui tournent bien mais niveau fiabilité c'est pas dingue.

Des que ça tombe en panne je met un P2422HE avec station d'accueil intégrée ça marche beaucoup mieux.

Si il y a la WD22TB4

c vré
mais TB. Ils prévoient une non TB ou alors celle ci sera pour tous ?  
 
D'ailleurs y'a pas de jack non plus sur celle ci
 
J'aurai p'tet du prendre celle ci mais la dernière fois que j'ai maté y'avait encore un gap entre le prix de la 19s et cette 22tb4

Y’a MS qui a sorti un dock aussi. Si jamais.

Y a rien de prévu d'autres au catalogue DELL

 
en parlant de savuegarde, ya une tite PME du coin qui fait ses sauvegardes sur deux serveurs allumés vendredi & samedi uniquement
vous trouvez ca plein de sens d'éviter une attaque en éteignant les serveurs 5j par semaine?

Quand c'est off  ça craint pas les cryptolocks  

Java 8?

Tu payes la dîme ?

Probablement. Ma boite est assez réglo. Elle utilise même des produits cools comme Nexus Lifecycle pour vérifier (entre autres, c'est pas le but principal du produit) que son utilisation de composants open source respecte bien les licences de logiciels libres spécifiques à ces composants.
A+,

Y a des boîtes qui utilisent encore le JDK distribué par Oracle?
GraalVM à la rigueur je comprends mais sinon c'est s'inventer des problèmes.

Bien sur, en tout cas, pour les devs qui ont été fait en java 8 (il y avait des trucs en 6 qui tournaient encore il y a pas si longtemps, et il y a encore des serveurs avec juste java 7 dessus), et pour le reste, il y a peut être quelques trucs en java 11, mais ça doit pas être lerche.
Et de toute façon, veto du management pour moderniser quelque chose qui marche: c'est du temps dépensé pour quelque chose qui ne rapporte rien à la boite...  
On en est actuellement a décommissionner des serveurs en Solaris du milieu des années 2000 avec des versions d'OS dessus de cette époque, modulo quelques patchs. Par la méthode "On débranche, et si au bout de trois mois personne n'a gueulé, c'est que le déploiement ailleurs de ce qui tournait dessus n'avait rien oublié"    
A+,

Je parle pas de la version de Java*. Je parle de la distribution du JDK.

À moins de chercher les problèmes, il y a zéro raisons valables d'utiliser les JDKs d'Oracle aujourd'hui, sauf GraalVM.

* Cela dit avoir encore du Java 7 en 2023 est pas bien malin. Et pour les trucs sur Java 8 il y a aussi des gains non négligeables en passant vers Java 11 puis 17. Le hardware n'est pas gratuit.

La distribution du JDK, j'ai encore posé la question cet A.M. afin que les responsables se décident pour un, et qu'on ait une homogénéité des distribs dans la boite, et j'ai pas encore obtenu de réponse autre que "vous verrez quand on aura publié les Guidelines", réponse qu'on m'avait déjà fait il y a 6 mois...
Après, que ce soit du GraalVM, du Liberica, ou de l'OpenJDK de chez Bilou, ça m'importe peu tant qu'une décision est prise
A+,

bon les devs là  

Aujourd'hui, c'était fun: plus de place disque sur un serveur. Un collègue va voir... Y'avait 670Go+ de logs !
A+,

 
Il a dit veto pour moderniser. Tu veux qu'ils fassent quoi?  
 
Un truc à base de allez, déploie en prod, on verra si ça marche.

Ptain mais j'ai ce running gag. VM de 320GB: 180GB de logs.
Tu regardes le contenu, t'as 80% de debug/info et des stacktrace de 120 lignes en boucle.  
 
Dans une autre, le /tmp qui se remplit avec des millions de dossier yarn. 16 dossiers à la seconde.
Tu poses la question, ils te disent: "normal c'est yarn lol, mets un cron".
 
 
Putain de devs

Sinon tu augmentes la taille du volume et tu factures le surplus EBS à l'équipe dev

Vous cherchez à avoir des problèmes avec les avocats d'Oracle en fait.
 
Vous auriez dû vous poser la question en 2019, voire avant (par exemple à cause de Docker).
 
Choisir un vendeur ça prend 2 minutes.
L'homogénéité tu t'en fous un peu, ici on utilise les paquets RedHat sur notre cluster RHEL, et ailleurs on a un peu de tout entre Azul, Amazon, Adoptium, BellSoft, ...

> Choisir un vendeur ça prend 2 minutes.  
Tu as aucune idée du processus hiérarchique de la boite ou je suis (en expert externe).
- est-ce que ça a été approuvé par l'équipe des architectes, et ses impacts sur les diverses applis tracés et documentés
- est ce que ça a été approuvé par l'équipe de sécurisation
- est que son évaluation en cout de mise en place a été validée, et les économies que ça va permettre de réaliser aussi
- est ce que le comité de niveau 1 a passé en revue tout ça, validé la priorisation du changement, et mis un budget devant (pas de budget => pas d'heure allouée pour le faire) [et au delà d'un certain budget, faut faire rebelote en comité de niveau 2]
Et quand tout ça est passé, et qu'on est en phase de mise en route
- est ce que le document de mise en service (et son pendant, de retour en arrière en cas de pb) ont été validés par le comité CAB du vendredi...
et j'en passe
Bref, ça prend pas 2mn.
 
> Vous auriez dû vous poser la question en 2019, voire avant (par exemple à cause de Docker).  
L'équipe présente en 2019 a été lourdée à 80% voire plus pour le management (dont des managers qui avaient pas loin de 40 ans de boite), et pas loin de la même chose pour les devs, la taille des équipes actuelle est a l'étiage. Sur tout un tas de sujet, je suis le seul a avoir la connaissance, les personnes qui avaient fait les devs ou à qui j'avais fait un transfert de Co ayant été lourdées. Bref actuellement, en maintenance, on ne traite plus que les bugs bloquants, et un cherry-picking des bugs critiques, tellement ça manque de bras [et on recrute pas], les devs étant essentiellement affectés à la modernisation [technos Docker, AWS, React...]). Bref on a choisi de moderniser plutôt que de maintenir à bout de bras, ce qui est une bonne décision IMHO, mais dans l'entre deux (anciens outils maintenus à minima, et nouveaux outils pas encore prêts) c'est tendu.  
 
Et quand je parle d'hétérogénéité, faut voir que dans la boite je recense du code en shell (bash et tcsh, une seule syntaxe ça serait trop simple) avec des [vieux] scripts faisant parfois des milliers de ligne (!), C, C++, C#, Java, JS, TypeScript, Scala, Delphi, Kotlin, Haskell, R, Perl, Python, Balise, et j'en oublie sans doute. Il y a eu du Go, mais je crois que ça a été réécrit.
Donc c'est un plaisir à maintenir.
Bon, il y a un certain historique qui explique un peu ça (boite issue de la fusion de plusieurs autres, chacune étant resté relativement autonome et trainant des pieds pour s'intégrer à une entité unique (au point que parfois on payait 3 licences pour un même produit...), jusqu'au remaniement brutal des ces 3/4 dernières années)
 
A+,

On dirait une réunion dans ma cogip.

Perso j'ai arrêté de demander des trucs aux équipes de dev, à chaque fois c'est six mois voire un an de délai annoncé pour une montée de version mineure de leurs applis.

Et moi je fais une demande en règle d'ouverture de flux simple (bref je veux faire des appels rest GET [~3500] vers un serveur interne), j'ai du attendre plus d'un mois pour avoir une réponse de prise en compte. Entre temps j'avais obtenu l'ouverture en ne respectant pas la procédure et en faisant une déclaration de panne et c'était déjà en prod...  
A+,
 

 
Les logs sont importés dans votre outil de gestions des logs, parsés, effacés des serveurs, effacés de l'outil de gestion des logs avec des rétentions différentes suivant l'application et si c'est info / erreur / critique. Si les admins font leur boulot.  
 
Si beaucoup d'exceptions avec stack trace dans les logs il y a des trucs à corriger pour les devs. Mais si personne ne regarde les logs.  
 
Javascript, c'est spécial.

Avoir du Java c'est pas bien malin
Avoir de l'Oracle c'est encore moins malin

> Avoir du Java c'est pas bien malin
Quand l'outil principal (Saxon) est développé en Java, et favorise ce langage pour les intégrations, bien sur que si.
A+,

Il y a eu 56 (!) releases de Java 8 par exemple. Donc vous devriez avoir un processus déjà en place. Ou votre stratégie c'est de faire tourner des runtimes qui accumulent 10 ans de trous de sécurité?

Est-ce qu'ils sont plus compétents que les équipes chez Azul ou Amazon qui distribuent le JDK?

Quel est le coût d'être réglo avec Oracle (ou justement, de ne pas l'être) pour rire?

Si t'as des gens qui se prétendent architectes et qui font leur boulot, normalement si.

> Ou votre stratégie c'est de faire tourner des runtimes qui accumulent 10 ans de trous de sécurité?  
Il y avait pas de stratégie. Voila tout.
La boite n'a pas l'info comme activité essentielle, ça y est un outil utilisé par la production, et donc le management a eu longtemps un manque de compétence en ce qui concerne l'info, et a laissé les mains assez libres aux responsables de département, sans trop contrôler ce qui s'y faisait.
> Quel est le coût d'être réglo avec Oracle
A priori, ma boite achète les licences de ce qu'elle utilise [pendant très longtemps, sa croissance était a deux chiffres].  Mais parfois des licences ont expiré parce que les responsabilités de leur suivi ont jamais clairement été attribuées. Et on a pas que du Oracle, on a du Talend aussi...
 
A+,

L'un de mes collègues est sur un dossier sympa avec l'éditeur du progiciel d'un client (commence par un O et rappelle une devinesse de l'antiquité grecque).

Migration d'un logiciel hébergé dans le datacenter de l'éditeur vers la version cloud, car l'éditeur ne veut plus faire d'IPSEC ou autre MPLS pour les accès et force donc à la migration. En théorie, rien ne change sauf la page de login.
En réalité, plusieurs fonctionnalités sont pétées, dont l'une utilisée par le client en question. Aucune info dans leur notes de version, l'éditeur a découvert que le logiciel ne pouvait plus faire ce qu'il faisait auparavant en même temps que le client.
"Pas grave, un correctif et roulez" peut-on penser. Que nenni.
En gros, l'éditeur a répondu par la voix du commercial "lol oui, on a cassé votre outil de travail. Oups, on est pas désolés, tenez, voici un devis à 5 chiffres pour qu'on publie un correctif"

Le client change de crémerie.

Suffit de le redévelopper dans un truc plus moderne, genre Cobol
C'est tellement "classic shit" ta boîte. Suffit d'attendre l'inévitable désastre...

Le suffit par lequel tu commences, c'est plusieurs années de travail pour arriver au même niveau de qualité, rapidité et optimisation, c'est pas un hasard s'il n'a pas de concurrent sérieux, donc non, suffit pas.
Et Cobol c'est has been, tout le monde sait ici (Caudy le premier) que le langage de l'avenir, c'est le WLanguage    
A+,

J'ai demandé à Chatgpt