Reprise du message précédent :
Pour avoir installé pas mal d'ERP (AS400) dans ma carrière j'ajouterais qu'il faut surtout savoir que telle ou telle option est possible mais ne surtout pas tout vouloir utiliser au démarrage. Beaucoup de projets vont dans le mur à tout vouloir utiliser / lancer le premier jour.
Penser simple pour le démarrage !
 
 
(et pour info debian minimal+Docker+dolibarr stack+portainer+Nginx Proxy Manager fonctionnent très bien)

Ce topic qui devient un repère de libbristes

 
quelle taille de clients et sur combien de pays ?  

Très "simple" cet empilement effectivement.

Un poil technick, rien de méchant.

 
J'avais vu ça sur un vieux Lenovo. Ça venait de l'option "recharge par USB PC éteint" qui faisait perdre bien 10-15% de batterie pendant la nuit sans rien recharger, juste le polling.

Il y a des gens qui ont des parc d’xps récent (i5-12xxx)
Ça chauffe à mort et la ventil a du mal, où j’ai récupéré un canard boiteux ?

J’ai un latitude 7530 12xxx qui ventile pour un rien cpu a 50° ça turbine

Non, c’est lié à Windows et sa feature « sortie de veille rapide »

 
On est sur Linux.
 
J'ai cherché un peu partout j'ai rien trouvé de probant, mais beaucoup de gens rapportent ce genre de problème même sur des gen antérieur.
Ya de tout et de rien, du pilote de Wifi/BT de merde, jusqu'au fait de devoir mettre AHCI et pas RAID (par défaut dans le bios), et modifier GRUB avec `GRUB_CMDLINE_LINUX_DEFAULT` with `acpi=force`.
 
Dell veut nous remplacer les 4 batteries des 4 XPS    
 
Pour info ca vide le PC en 4/5 jours.

Là le cpu tourne à 80°C sans charge particulière, avec teams le pc devient un dyson.

7420 c’est pareil ça ventile facilement.
Je ne vous parle même des 7320 en deux parties …

je viens de récupérer un latitude 5430 en i5 12xxx, ça souffle un peu et ça chauffe un peu mais ça reste raisonnable

 
Je ne veux pas déclencher un email à trolls.  
J'ai une question toute con : quel est, selon vous, le périmètre de connaissance et d'action d'un administrateur systèmes et réseaux dans une entreprise.
Quelles seraient les tâches en réseau qu'il doit connaître et accomplir. Et quelles seraient donc les différences avec une personne on va dire du niveau 3, Ingé réseaux  ou Architecte réseau, je ne sais pas comment ce poste peut s'appeler.
 
Merci de vos retours posés

ça dépend complètement de l'entreprise.

Elitebook x360 1000 G7 ici, mais en I7-10710U ici : il souffle un peu par moments, mais ça reste largement supportable.

Est-ce par exemple à un admin réseaux de reprendre la configuration d'un switch (ou d'un routeur) d'un gros site afin de l'optimiser ou de fixer un problème ? Est-ce dans ses attributions de base, ou ne serait-ce pas à un niveau plus haut de s'en occuper ? Ceux qui décident de l'architecture du ou des sites.

ça dépend complètement de l'entreprise.

Sur des Laptop Dell depuis mon arrivée à la boite, souffle et chauffe vraiment souvent... C'était pareil pour mes collègues sous Mac Intel. Je suis passé sur un Mac M1, le silence et l'autonomie de la batterie me permettent de relativiser des petits désagréments de ne pas avoir Windows...

à quel niveau, selon toi ?
 
pour moi, le "coeur" de réseau, comme ils l'appellent, c'est plutôt au N3, ingé réseau, l'architecte de la boite, de gérer cette partie. Je dirai que c'est sa conception, son plan, donc si il faut y retoucher, l'optimiser, c'est à lui de le faire. Après, joindre l'admin, c'est toujours une bonne chose. Pour que la connaissance soit partagée.  
Sinon, je ne pigerai pas trop la dénomination des postes  

Ca dépend complétement de l'entreprise.
Tu crois qu'une PME de 100 personnes a un ingé réseau + admin sys/réseau + architecte si ce n'est pas le coeur de métier de l'entreprise ?

mais parce qu'en fonction des boîtes il peut ne pas y avoir de N3 ou d'architecte
à un boulot précédent je faisais tout, du branchement des câbles aux relations fournisseurs et aux évolutions d'infra, design, réponses aux incidents... A un autre boulot je faisais quasiment que du projet et pas d'incident ni d'action physique.
Il n'existe pas de standard (et je pense que c'est le cas dans pas mal de boulots un peu qualifiés d'ailleurs).

Clairement dans mon ex cogip c'était son job car on avait qu'un admin réseau pour 7 sites et une une centaine de switchs.
On avait un n3 en externe en cas de grosses pannes non gérable par lui ou si absent

Oui hein, dans certaines boites "l'admin système réseau H/F/X" c'est celui qui fera tout, de la pile d'une souris au design (bon ou mauvais) d'une infra.

Alors admettons que l'entreprise soit importante, multisite, et qu'il y ait un niveau 3, une équipe réseau d'ingénieurs.
Ah, et aucune doc, aucune procédure, aucun historique. Rien de rien.

Et bon, je pense encore une fois qu'il y a une différence entre un admin réseaux et un ingé/architecte réseau, non ? Ce dernier c'est quand même lui qui gère toute l'infra, les évolutions, etc.
D'où ma question sur le périmètre du poste admin réseaux.
Pas des tâches d'un admin, qui effectivement sont larges, larges, très larges. Mais plus on va vers le haut, ses compétences doivent se raréfiées, et...

Je ne peux que confirmer j’avais un mbp m1 je ne l’ai jamais entendu  
 
Là ça souffle sans raison apparente. Sauf sur batterie, en réglages « économie d’énergie » avec le cpu a 1ghz

Tu commences par virer ces « ingénieurs » qui n’ont aucune doc de référence ni procédure. Et tu mets des gens compétents.

Ils sont certainement (bien plus) compétents (que moi) mais ce sont eux qui m'ont demandé de revoir ce "backbone" pour l'améliorer car ils n'avaient pas le temps, ou l'envie, ou...

Bon, moi, j'arrive, je découvre, et je n'ose pas toucher au "backbone" de ce site. Surtout que bon, je pense que ça, ça sort un tantinet du périmètre d'un admin en grande structure. Dans une plus petite entreprise, why not. Mais un gros site, important, compris dans une topologie multisite, je pense que ça n'est pas à l'admin de gérer le "backbone" ou de l'améliorer. Sauf si cet admin a de bonnes compétences réseaux et et du matériel, bien évidemment.

Améliorer  

bah quoi, tu bosses pas depuis un backbone amélioré, toi ?
 
moi c'est un des premiers trucs que je fais le matin en me levant, j'améliore mon backbone. Sans ça on peut pas bosser dans de bonnes conditions.

Ah t'es plus en formation ?
Touche à tout alors, osef si tu plantes des trucs : on t'as demandé d'y toucher
Have fun

@Caudacien : alors on m'a dit que ça marche bien, mais pas très bien. Il faudrait reprendre la config de deux switchs dits "backbone" et de l'améliorer pour qu'il n'y ait plus de problèmes, ralentissements.

@Xatrix : yep, j'ai quitté la formation début mai. J'ai intégré un gros groupe en remplacement de l'admin, qui faisait de tout et de tout, depuis des années et des années. Et il est difficilement, TRES difficilement joignable.
Je veux bien y toucher, mais en fait, non, car le site (et les autres aussi remarque) est vraiment gros, et une boulette et il y aura des morts.

Le STP à chier qui doit traîner

Je laisse ça aux admin réseau en général. Moi le matin, en général j'améliore plutôt les serveurs.

Ben à mon avis, faudrait déjà savoir quoi y foutre et comprendre un peu mieux le "ralentissement".
 
On dirait le niveau d'un ticket de Jeannine à la compta "c'est lent".

ON CONSTATE DES LENTEURS SUR LE RÉSEAU, MERCI D4INTERVENIR

Pour moi c'est clairement pas le taf d'un admin "de base", le problème est bien trop vague et les risques trop importants

ça ressemble plus à un job d'archi ça

Enfin avant la moindre intervention, ca serait peut-être bien que l'individu fasse un petit boulot d'analyse, de comprendre ce qui lui est demandé. La présenté comme ca... On a plus l'impression que c'est lui qui n'a pas pigé ce qui lui a été demandé.
 

Je vois ça comme une occasion de monter en compétence et de toucher à plein de choses.
Mais c'est aussi casse-gueule et y'a moyen de galérer pour n'arriver à rien et se décourager

De toute façon tu comptais pousser un change en prod comme ça non ? Surtout si c'est une amélioration

Tin' je me souviens plus du nom de l'outil que j'utilisais pour découvrir le réseau, loguer les switchs (ports, vlan, IPs/MAC relevés, etc) + routeurs voir même faire de la conf (mais plutôt repomper ce qu'on peut via snmp) avec un truc qui fait une map de la topologie (foireuse mais bon). Un truc genre "net" quelque chose

tin je trouve plus