Reprise du message précédent :
J'ai des serveurs d'IO qui crashent en boucle.  
Le coredump est incomplet, pas asez de mémoire à priori.  
J'avais crashkernel=auto, ce qui m'a réservé seulement 172Mo.
Savez-vous si je peux directement le passer à 4096Mo (eviter les étapes 512Mo, 768Mo....) pour être sur d'avoir un dump valide ? je ne trouve pas d'info sur le max utilisable

Salut.

Si j'ai bien quoté, tu n'as que des clients windows ou OSX.
Comment les users OSX existent dans l'AD ?
Je ne connais pas cet OS, mais je parie sur le fait que OSX envoi ses infos locales d’authentification.

Sinon j'ai trouvé un article sur des gens ayant le même souci, tu as testé leur solution ?
https://ubuntuforums.org/showthread.php?t=2209987
https://apple.stackexchange.com/que [...] ac-os-high

désolé de ne peut pas t'aider plus, je n'ai pas d'OS au boulot, on n'a que des clients linux en NFS ou Win en CIFS, avec les AD en base authentification commune (soit ce qui marche déjà chez toi), mais avec la partie NAS fournie par Hitachi.

Edit : je n'ai pas d'idée non plus si la syntaxe des articles linkés ne restreint pas la version du protocole SMB et ce qui est disponible en samba
De ce que je vois ici : https://apple.stackexchange.com/que [...] ork-server
smb://user@server permet toute les version du protocole SMB connues de ton client
et cifs://user@server) = SMB v1 uniquement

 
Nop justement, il y a de tout. Certes peu de linux mais il y en a quand même. Ensuite c'est aussi pour le principe, ça doit fonctionner pour tout le monde

 
Je ne sais pas si username= est OK car la syntaxe est  user=
 
Moi personnellement, je n'utilise pas des montages samba en univers Linux et je préfère utiliser NFS
My two cents

Ca dépend!  
La syntaxe pour un montage CIFS en ligne de commande est

, mais dans le fstab c'est effectivement

j'ai essayé avec un fichier de cred ça ne passe pas mieux
Et là j'ai ma machine qui n'accepte plus personne depuis ce matin et je n'en ai aucune idée pourquoi. Ce truc commence sérieusement à me péter les noix, j'ai limite envie de tout virer et planter un serveur windows à la place de cette merde

EDIT: bon ça refonctionne pour les windows et OSX, ce con avait viré des conf quand je l'ai sorti de l'AD et re-entré

Ce qui fonctionne chez moi c'est:  
mount -t cifs -o user=xxx,passwd=xxx,domain=MONDOMAINE //partage /mnt
 
domain étant égal a ce qu'il y a dans workgroup de smb.conf  
 
Cette commande étant à faire sous root

 
Dans le /etc/fstab
 

 
Puis /root/.smbcredentials
 

pas mieux chez moi
 
J'ai ouvert un post sur stackexchange si vous voulez participer
https://unix.stackexchange.com/ques [...] tive-direc

Sinon, pour mon souci de syslog, le client Windows de Rsyslog a l'air de marcher, par contre vla la dose de conf qu'il semble falloir pour faire tourner le bouzin..
J'ai classé les syslogs entrants par hostname/date/facility, mais pour une raison que j'ignore, j'ai TROIS répertoires pour la bécane W10, une avec son nom Netbios, et 2 autres répertoires genre DESKTOP-CSCQSF et WIN-DFSQG025OOK...

SPB & co, c'est beaucoup utilisé ?

Oui tu peux.

Bon, je recherche du taff depuis quelques semaine en tant que admin systeme linux et je viens d'avoir mon premier entretien RH. La fille m'a parlé d'un laptop de travail genre où "tu peux meme pas brancher de clef usb". Je fear le windows avec putty .
 
Du coup ça m'interroge car j'avais jamais eu de poste de travail si restrictif auparavant, quel type d'experiences vous avez pu rencontrer lorsque vos postes de travails étaient imposés? Si vous avez des annecdotes balancez

 
j'ai déjà fait de l'admin linux depuis un poste windows PCI DSS bien verrouillé par GPO, c'est vite l'enfer
 
maintenant je pense que si tu peux au moins avoir un mtputty ou équivalent, lancer des conteneurs, ça reste jouable

Vu que les clients de l'entreprise qui embauche sont du style institutions europeennes et secteur bancaire, j'ai pas beaucoup d'espoir .
Je suis entrain de m'imaginer la perte d'efficacité dans mon travail (vu que je suis habitué au full linux, ou a la rigueur os x...)

Ça t'empêche pas d'avoir une session ssh de rebond avec ta clé, ton Bash configuré à ta sauce, un screen-like et ton vim/emacs. Faut juste trouver le serveur qui te permettra de faire ça

J'ai quasiment jamais eu de poste de travail en Linux sur de l'administration système.
Depuis Windows 10 ssh est natif, tu peux aussi installer Linux nativement pour avoir l'environnement Windows (selon les règles de sécurité) tu as la solution cygwin aussi que tu peux installer sans être admin du poste. Il y a plein de solutions. Certes ce n'est pas du Linux natif mais c'est déjà pas mal et permet de faire plein de chose.

Avant de partir en vrille à proposer tout et n'importe quoi, dans ce genre d'environnement, la première question a poser est celle des processus et outils prévus pour travailler.
Sur un poste PCIDSS/DR/... tu t'amuses pas juste à installer l'outil qui t'arrange, tu t'inscris dans ce qui à été prévu ou tu remontes un besoin spécifique.

C'est rien par rapport à ce qu'il y a à mon taf'

Quel coin ?

Je suis sous win10 et j'utilise le Linux (debian) de Windows.
Je démarre un Terminator et puis rulez.
Faut juste un serveur x.

C'est un peu se faire chier que de passer par un X et Terminator
Cmder + onglets Bash ça fait largement la blague

Chier non pas du tout, le X est lancé au boot et j'ai mon raccourci qui va bien pour lancer Terminator
Après j'ai une vrai distrib à dispo pour faire ce que je veux en local

 
+1
Et c'est pas le poste qui t'es fournis que tu administre mais les machines sur lesquels tu interviens. C'pas du devops, c'est de l'administration.

Avec cmder et un onglet Bash wsl t'a aussi une vrai distrib, et tu prix switcher entre Bash/Powershell/Powershell admin/whatever (python ?) Dans la même appli.

 
ha vu la rigidité de l'outillage, ça t'oblige justement à faire du "devops" et te connecter le moins possible aux machines, ce qui est plutôt une bonne chose.
 
Sur de l'environnement santé, avec un ssh de rebond qui t'oblige à sortir un token OTP, autant dire que je m'y connecte jamais et que c'est un gitlab runner ssh ou un agent d'orchestration qui fait tout le boulot.

Automatisation des maj serveurs Linux,  c'est quoi le produit du topic svp?  

 
unattended upgrades, salt, ansible, avec plusieurs méthodes, suivant que la plateforme tolère plus ou moins les reboots ...

Debian / Centos sous HyperV  

 
Ca c'est quelque chose que je n'ai jamais exploré.. Bon malheureusement là j'ai pas des masses de serveurs à gérer du coup si ça doit se faire ça sera à la main (et encore même pas sûr que ça soit applicable). Je vais quand même me rencarder sur tes softs

 
Les 2 en gras, c'est ce que j'utilise

Ansible est peut être plus simple à aborder quand on a pas beaucoup de serveur et tu n'as pas besoin d'agent et la courbe d'apprentissage est rapide.

TheForeman + Katello
Satellite
J'ai déjà écrit ça quelques part.

J'ai retrouvé le nom,  personne utilise Puppet?

Je croyais que c'était le plus utilisé avec Ansible...  

Môa même utilisons puppet voyez vous
 
Sinon il y'a puppet bolt depuis peu : https://puppet.com/blog/bolt-1-0-li [...] automation

Bon, vu que je me suis coincé le dos et que j'ai du annuler pas mal de réunions, je vais prendre le temps de décrire « la suite » de mon post sur Netdata/Prometheus/Grafana. Il restera une partie pour le stockage à long terme des données Prometheus, mais j'ai pas encore fini de choisir le backend pour ça

## Grafana, un super outil de métrologie et d'alertes  

https://grafana.com/

Grafana est un outil d'exploitation de données, pour en faire des dashboard et des graphiques. La solution supporte plein de backend (les databases) différentes.

> Note sur leur business model : en SaaS ou alors avec support et plugins payants pour se connecter à des trucs proprio. Plus d'info sur https://grafana.com/cloud#pricing et  https://grafana.com/enterprise

Démo dispo ici : http://play.grafana.org/

## Avec Netdata et Prometheus  

Pour remettre les choses dans l'ordre, voici comment j'ai fait sur ma prod' :

* chaque VM/hôte possède un agent Netdata, qui va streamer les données récoltées sur un Netdata central
* le Netdata central écrit dans une BDD Prometheus
* Grafana exploite cette BDD pour afficher ce dont j'ai besoin

> Note : pourquoi ne pas juste utiliser Netdata ? Parce que Netdata est parfait pour les données ultra-précises de la dernière heure. De la métrologie très court terme qui reste parfaite pour comprendre un problème. Par contre, cela ne va en aucun cas aider pour les tendances à long terme (espace disque, bande passante etc.)

Ici on est dans une logique de push : quand j'ajoute un hôte/VM, Netdata va de suite push dans le Netdata central, qui va créer automatiquement dans la base Prometheus toute les infos. Ce qui fait qu'il n'y a pas de travail d'ajout dans la plate forme de métrologie/supervision.

## Datasource  

Le premier truc à faire une fois Grafana installé (dispo dans les dépots de plusieurs distro ou un dépot à jour de l'éditeur directement, donc je m'attarde pas dessus) : ajouter notre source (le backend). Ici, c'est Prometheus !

Il suffit d'aller dans l'UI, Configuration et Datasource. L/'UI est très explicite. Dans mon cas, Prometheus et Grafana sont sur le même hôte, donc c'est trivial et sans besoin de sécuriser :

Voilà, c'est tout Maintenant on peut faire joujou, avec le menu « Explore »

## Exploration et PromQL  

PromQL c'est le langage pour requêter un backend. Rassurez vous, c'est super simple et flexible : l'autocomplétion est une tuerie

Démonstration en tapant juste « netdata » :

Puis « Entrée » en ayant choisi Apache Bytes per request average :

J'ai rien eu à faire de spécial. On peut bien entendu changer plein de paramètres simplement dans l'UI du graph, ajouter d'autres requêtes sur le même graph etc.

## Dashboard  

Maintenant que vous avez votre requête (et que vous avez compris le principe), vous pouvez en construire un graph dans un dashboard. C'est aussi simple que le reste : New/Dashboard.

Je vais reprendre le graph de tout à l'heure mais je vais aller un peu plus loin :

Ça peut paraître du détail mais on a maintenant :

* un titre de graph
* une légende correcte
* un axe des Y avec les bonnes unités

Tout ça est très simple puisqu'il suffit d'éditer le graph, de choisir les unités et d'avoir une légende qui utilise des variables pour afficher ce qu'on veut. Genre ici ma légende c'est : {{dimension}} ({{exported_instance}}. Si vous avez l'œil, regardez bien le 3eme screenshot de ce post, vous verrez que ça m'a renvoyé plusieurs variables, "exported_instance" ici c'est mon nom de VM et "dimension" c'est la métrique en elle-même.

## Alertes

Bon, j'ai ma taille de requête Apache sur 2 VMs, maintenant j'aimerai bien avoir des alertes comême ( )

Avant d'en arriver là, on va ajouter un « canal d'alertes » (Notification Channel), menu principal, Alertes/Notification channels. Ensuite vous avez le choix : email, Slack/MatterMost, PagerDuty, webhooks, HipChat, Sensu, OpsGenie, Telegram, etc… Perso j'ai choisi email et Slack (enfin Mattermost, mais c'est pareil en terme de config )

Une fois ceci fait, on peut créer notre alerte directement dans notre graph ! Donc on retourne dans le dashboard, on édite notre graphique "Apache HFr demo" et on va dans Alertes :

* vous avez un slider où vous pouvez donner le niveau d'alerte « graphiquement »
* ou vous avez une aide à faire votre requête

Ça ressemble à ça :

Ici, on va avoir une alerte sur la « size_req » (de cloud ou db1) dépasse 9630 octets en moyenne, pendant plus de 5 minutes. Et l'alerte part par email et Mattermost (cf "Send To" ) que j'ai configuré juste avant comme canal de notification.

Pour vous donner une idée du résultat de la gueule des notifs, par email :

Notez que la capture d'écran est bien utile pour se rendre compte de ce qu'il se passe

## Autres trucs cool  

En vrac :

* possibilité d'utiliser la liste des alertes configurés dans un dashboard (« à la Nagios ») en plus des grafs
* système de visualization en mode « TV » (pas de boutons visibles)
* cycler les dashboard
* annotation dans les graphiques (ex : un tech qui va écrire « panne switch » à l'heure de la panne pour corréler facilement avec le reste de l'équipe, type d'annotations, genre update, reboot etc.)
* configuration de sélecteurs dans les dashboard avec des variables (permettant par exemple d'avoir un seul dashboard dans lequel on peut choisir différents hôtes)
* support de différentes viz (bar/lines, heatmap, tableau, jauges, markdown)
* support de LDAP pour connecter des users et des droits en fonction des groupes
* partage des dashboard « snapshot » (pendant un intervalle particulier, partage d'URL spéciale avec que le droit de vue : parfait pour donner accès à des « externes » )
* et encore plein d'autres trucs que je découvre encore des mois après

Posts de qualitay, merci plam
 

todo xat :
-péter le dos de plam
-faire un module pour convertir le md en bbcode hfr

Oui faut que j'arrête les sports extrêmes
 

Il faut travailler debout