FRsAG

frsag@frsag.org

10 participants
2602 discussions

Re: [FRsAG] systemd vs les adminsys
by remy.dernat 21 Dec '16

21 Dec '16

Il te reste BSD et son init ;) https://www.textplain.net/blog/2015/problems-with-systemd-and-why-i-like-bs… -------- Message d'origine -------- De : Sébastien FOUTREL <sfoutrel(a)gmail.com> Date : 13/12/2016 13:54 (GMT+01:00) À : Jonathan Leroy <jonathan(a)unsigned.inikup.com> Cc : French SysAdmin Group <frsag(a)frsag.org> Objet : Re: [FRsAG] systemd vs les adminsys Aahhaha. Et la gestion des logs, et la gestion des montages et surement d'autres choses :DRegarde aussi ce qui se passe quand tu veux demarrer un service et que systemd ouvre une socket reseau avant meme que le demon soit lancé :D Essaye de faire un swapoff -a et regarde ce qu'il se passe au bout de quelques secondes ou minutes en fonction de ce que va trapper systemd.Malheureusement comme dit plus tot, systemd c'est parti d'un bon sentiment mais si on avait voulu bosser sur macosX on aurait fait ce choix. Dorenavant on a plus vraiment le choix... Le 9 décembre 2016 à 15:27, Jonathan Leroy <jonathan(a)unsigned.inikup.com> a écrit : Le 9 décembre 2016 à 14:59, Dominique Rousseau <d.rousseau(a)nnx.com> a écrit : > C'est ça le vrai probleme de systemd sur des serveurs, c'est que ça a un > coté bulldozer, qui remplace les outils de configuration reseau, le > collecteur de logs, etc. Systemd arrive avec tout un ecosysteme qui fait > qu'on a plus "un Unix" (un peu comme MacosX), avec des fichiers plats > editables et lisibles par un humain adminsys, des fichiers logs qu'on > peut grep/awk/..., des noms d'interface reseau deterministes, etc. Mais la plupart de ces fonctionnalités sont désactivables, voire désactivées par défaut. C'est le cas par défaut sous Debian, qui n'utilise que la partie "init" de Systemd. -- Jonathan Leroy. _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/

13 16

Développeur C
by Cédric ML 21 Dec '16

21 Dec '16

Bonjour, Nous cherchons un développeur C pour une mission d'environs 10 mois. Le sujet est l'implémentation d'une norme dans un environnement de VOIP. Expérience en développement C (Environement Linux) obligatoire, ainsi que la connaissance du SIP. Poste à Nantes. Pas de SSII. Merci de me contacter en message privé. Cordialement, Cédric

1 0

swapiness
by Alarig Le Lay 21 Dec '16

21 Dec '16

Bonjour, Soit c’est la fin de semaine, soit c’est ma mémoire qui me fait défaut, mais pour moi le swapiness définit le seuil de RAM libre à partir duquel la machine va commencer à swapper ? Du coup, si je mets un swapiness à 1, je ne devrais pas avoir de données dans le swap tant que moins de 99 % de la RAM est utilisée. Or, ce n’est pas ce que je vois actuellement : root@erispoe:~# sysctl vm.swappiness vm.swappiness = 1 root@erispoe:~# free -m total used free shared buffers cached Mem: 16034 13151 2882 419 28 470 -/+ buffers/cache: 12652 3381 Swap: 15359 1092 14267 Il y a presque 3G de RAM non-allouée sur 16G au total (ce qui fait clairement moins de 1 %), pourtant, il y a 1G de swap utilisé. Quelqu’un a une idée pour expliquer ça ? La machine est une proxomox, donc basée sur Debian 8.6. -- alarig

14 27

Un installer lamp automatique pour Debian 8
by Christophe Casalegno (DN) 16 Dec '16

16 Dec '16

Bonjour à tous : pour ceux que ça intéresse, j'ai mis à disposition un installer automatique apache, php, mysql pour Debian 8. C'est du shell,facile à personnaliser. Il est fondé sur des bases très simples qui lui permettent de s'installer un peu n'importe où, il est en constante évolution et bien entendu gratuit. N'hésitez pas à m'envoyer vos feedbacks, bugs rencontrés, etc. ! Pour avoir la liste des features en cours et le tester : https://www.bit.ly/brainpali amicalement, -- Christophe Casalegno http://www.christophe-casalegno.com

21 35

Recrutement Ingé/Devops - Lausanne, Lille et Paris
by Falco Schmutz / premaccess 14 Dec '16

14 Dec '16

Bonjour à tous, Nous recherchons 4 personnes, sur 3 destinations de rêves ^^. Pas de HomeOffice, désolé, consolidation des effectifs dans un premier temps ! Salaire selon experience et lieu Dispo ASAP Les + : Ansible AWS L'autonomie Le gout du challenge La bière et l'humour ! Bref un ingé des temps moderne (2016 hein par le film) Belle journée à tous ! -- ____________________________________________________________________________________________ Falco SCHMUTZ <http://fr.linkedin.com/in/fschmutz> E-mail : fschmutz(a)premaccess.com Mobile : +33 6 80 22 00 29 Fixe Suisse : +41 44 586 77 74 Fax Suisse : +41 26 347 28 90 Fax France : +33 9 72 12 19 25 *premaccess *SA Route des Arsenaux 41 - CP 132 CH-1705 Fribourg, Suisse http://www.premaccess.com <http://www.facebook.com/premaccess> <http://twitter.com/premaccess> ____________________________________________________________________________________________ Attention : le présent message et toutes les pièces jointes sont confidentiels et établis a l'attention exclusive du ou des destinataire(s) indique(s). Toute autre diffusion ou utilisation non autorisée est interdite. Si vous recevez ce message par erreur, veuillez immédiatement en avertir l'expéditeur par e-mail en retour, détruire le message et vous abstenir de toute référence aux informations qui y figurent afin d'éviter les sanctions attachées a la divulgation et a l'utilisation d'informations confidentielles. Les messages électroniques sont susceptibles d'altération. Nous déclinons toute responsabilité en cas d'altération ou de falsification du présent message. Warning : this e-mail and any files attached are confidential and intended solely to the named addressee(s). Any unauthorised dissemination or use is strictly prohibited. If you received this e-mail in error, please immediately notify the sender by reply e-mail and then delete the e-mail from your system. Please do not copy, use or make reference to it for any purpose, or disclose its contents to any person : to do so could expose you to sanctions. E-mails can be altered or falsified. We shall not be liable for any alteration or falsification on this e-mail.

1 1

[Outils] FileSharing SSO LDAP
by babounx baboun 12 Dec '16

12 Dec '16

Bonjour la liste, Après moult recherche, je n'arrive pas à trouver mon bonheur. Du coup, je me suis dit que la liste pourrait peut être aider. Dans mon entreprise actuelle, il y a parfois besoin de partager un fichier vers un partenaire. Filez est l'actuel outil et correspond bien au besoin mais ce dernier n'est plus trop maintenu et on galère à configurer le SSO (lemonldap). Connaissez vous des outils qui ont les fonctions suivantes : Auth : SSO Auth : LDAP Possible d'héberger sa solution (php5+ ou tomcat7/8 ou Java 7/8) Personnalisation de l'interface. Installable sur Centos 7 X86_64 Maintenu et à jours :) Pour le moment nous avons testé + ou - sérieusement Linshare, jirafeau sans succès. Merci pour les retours. Cdlt Bab

10 10

La question (sérieuse) du Vendredi : pourquoi tant d'utilisateurs d'Ansible ?
by Jonathan Leroy 09 Dec '16

09 Dec '16

Salut à tous, J'ai l'impression ces derniers temps qu'il y a de plus en plus d'utilisateurs d'Ansible. Pas seulement sur cette liste, mais un peu partout sur l'Internet. Du coup j'ai une question : qu'est-ce qui vous a fait choisir Ansible plutôt que Saltstack, qui est lui aussi basé sur Python et YAML ? J'ai toujours entendu dire qu'Ansible était (très) lent et ne scalait pas. Est-ce seulement le fait qu'il soit agentless ? Merci :) -- Jonathan Leroy.

8 7

Re: [FRsAG] La question (sérieuse) du Vendredi : pourquoi tant d'utilisateurs d'Ansible ?
by remy.dernat 09 Dec '16

09 Dec '16

Juste je confirme pour les PR dans salt, ayant vu mes codes acceptes puis apparaitre dans la version en dev puis dans la derniere release 2016.11 8-). il est d ailleurs regrettable qu il n y en ai pas plus finalement :) -------- Message d'origine -------- De : Nathan delhaye <contact(a)nathan-delhaye.fr> Date : 09/12/2016 17:32 (GMT+01:00) À : Gilou <contact+frsag(a)gilouweb.com> Cc : French SysAdmin Group <frsag(a)frsag.org> Objet : Re: [FRsAG] La question (sérieuse) du Vendredi : pourquoi tant d'utilisateurs d'Ansible ? Hello, De mon côté j'ai remplacé Puppet par Salt il y a un an environs. Le choix s'est fait entre Chef, Puppet, Ansible et Salt lorsque nous avons du refaire notre infra. Puppet et Chef ont été éliminés bien vite parce que je Déteste le ruby (non mais sérieux "(var ||= []) << var" comment on peut trouver ça simple a lire?? ) Le choix final s'est porté sur Salt pour 4 raisons principales a l'époque : - La possibilité de travailler en mode minion/master ET en mode ssh : permet d'avoir une infra complexe et des scripts de bootstrap simples - La mine intégrée, qui remplace très efficacement etcd - Le système de reactor, pratique pour faire du monitoring réactif ou de la coordination de cluster - La scalabilité et rapidité d'éxécution des states. Concernant la scalabilité/rapidité d'éxécution, je m'explique : lorsque j'ai un grand nombre d'états (users, fichiers, archives, certificats, etc...) sur un serveur, le cache de Salt permet d'accélérer grandement les choses. Sur un test sur un serveur un peu lourd, type Wordpress du marketing/SEO (http://bit.ly/2hdbhxN) avec une pétachiée de vhost, je passe de 2 minutes d'éxécution avec le script ansible à 10-15 secondes avec Salt lorsqu'il y as peu de modif a faire (exemple, créer un nouveau vhost). Pour moi c'est le cas le plus important a benchmark dans la mesure ou le temp d’exécution lors du setup initial va être sensiblement le même parce que les deux systèmes vont devoir exécuter le package manager, installer des trucs, créer des users, générer des certificats, etc, etc ce qui prend généralement plus de temps que le calcul des diff par le système d'industrialisation. Cela dit, le ticket d'entrée sur Salt est bien plus élevé que sur Ansible. On se rapproche plus de Chef que de la philosophie Ansible proche du "rsync script.sh server: && ssh server script.sh" Après un peu de recul, en plus des 4 points qui ont motivé le choix de la techno voila mon avis sur Salt: - Systèmes Modules/States/Formulas/Grains qui sépare bien les différents composants d'un système d'industrialisation absolument jouissif a utiliser. - Modules/States/formules faciles a développer - Possibilité de faire du quick & dirty dans les formules avec du pur Yaml/Json, mais aussi des trucs bien complexes en Python - Les gars de Salt sont réactifs au merge de PR sur leur git A+ Le 9 décembre 2016 à 15:59, Gilou <contact+frsag(a)gilouweb.com> a écrit : Le 09/12/2016 à 15:47, Jonathan Leroy a écrit : > Salut à tous, > > J'ai l'impression ces derniers temps qu'il y a de plus en plus > d'utilisateurs d'Ansible. Pas seulement sur cette liste, mais un peu > partout sur l'Internet. > Du coup j'ai une question : qu'est-ce qui vous a fait choisir Ansible > plutôt que Saltstack, qui est lui aussi basé sur Python et YAML ? Pas plutôt, je ne les utilise pas pour la même chose. Pourquoi l'adoption ? Parce que : - 0 infrastructure pour commencer => (SSH / DNS + inventaire, le pré-requis est très bas) - Accès ultra-simple => (ad-hoc = 0 apprentissage, 1er playbook en 5 minutes) - Passer d'un shell script à un playbook (salement) : 5 minutes - Industrialiser et comprendre l'idempotence, easy - Se plugger sur un inventaire (cloud ou pas) existant (amazon, openstack, ...) easy. Et parce que.. ça répond au besoin de mise en conformité en passant par le code, propre d'une mise ne place DevOps, et facilite grandement l'idempotence et l'orchestration à grande échelle. Pourquoi ça ne remplace pas Salt, Puppet ou autre (du moins, sans Tower). Les outils basés sur un agent sont plus faciles à manipuler à plusieurs, pour définir des gestions de privilèges ou dépendre d'un CMDB bien violent, et gérer les accès simultanés. Ils sont aussi plus lourds. > > J'ai toujours entendu dire qu'Ansible était (très) lent et ne scalait > pas. Est-ce seulement le fait qu'il soit agentless ? Il est aussi lent que SSH l'est, malgré les optimisations diverses (notamment très ressenties en 2 puis en 2.2). Pour ce qui est du comparatif, je ne crois pas que Puppet ou Salt puisse la ramener sur la vitesse d'exécution, mais je pense aussi que c'est un critère assez secondaire. Ne "scale" pas, j'aimerais bien une élaboration. Il ne gère pas facilement les accès simultanés et la gestion de privilèges, par nature, mais il scale très bien, et les callbacks sont très facile d'accès pour les besoins (ou bien, on achète Tower). Bref, Ansible, ça rox, ça demande rien, et ça claque. @+ Gilou _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ -- Nathan Delhaye06 69 27 64 25 0805 696 494

1 0

[JOBS] Ingénieur systèmes sur Paris, Luxembourg ou Londres
by Renaud 08 Dec '16

08 Dec '16

Bonjour, La société BSO Network recherche des profils ingénieur systèmes (entre autre) ouvert sur Paris, Londres et Luxembourg. Si voyager vous intéresse n'hésitez pas à postuler. Lien: https://www.bsonetwork.com/contactez-nous/carrieres/?lang=fr PS: je ne suis pas employé là-bas mais je transmets pour le compte du COO car leur RH à le plus grand mal à trouver des profils :) Bien à vous, Renaud

2 1

[JOB] Recherche Administrateur Réseau (H/F)
by Boris PASCAULT 07 Dec '16

07 Dec '16

Bonsoir, Je vous forwarde une offre d'emploi de ma boite : Oceanet Technology est une société dynamique de près de 20 ans d'expérience. Nous sommes expert en solutions d'hébergement (serveurs dédiés, serveurs virtuels, hébergement d’application, sauvegarde, messagerie professionnelle, PRA...) et Services Managés. Administrateur Réseau (H/F) Au sein de notre équipe technique motivée et dynamique de 45 personnes, vous serez intégré(e) dans le pôle d’experts réseau (5 personnes). Vous aurez pour principales missions la mise en place, l’administration, l’exploitation et la maintenance des réseaux de nos clients ainsi que ceux de nos infrastructures internes. De niveau Bac +2 à Bac +5, vous justifiez d’une expérience de 3 ans minimum sur un poste d’Administrateur Réseau de préférence au sein d’un hébergeur et/ou un opérateur. Missions : Projets : - Gestion de projets et relation client (référent technique privilégié) - Conception et réalisation d’architecture - Mise en production et rédaction de documentations techniques - Câblage et mise en baie d’équipement en datacenter Support : - Prise en charge des incidents (niveau 3) et pilotage du rétablissement - Communication client et rédaction de rapports d’incidents - Communication avec les fournisseurs et les partenaires (constructeurs, opérateurs, etc.) - Analyse et proposition d’améliorations sur les infrastructures clientes et internes existantes Environnement technique : - Réseaux : IPv4 et IPv6 - Constructeurs : SonicWall, FortiGate, Cisco, HPE, Quagga, Meraki - Routage : statique, OSPF, BGP - Commutation : VLAN, QoS, SpanningTree - Réseau sans fil : analyse de couverture - Sécurisation : VPN IPSec, VPN SSL, IPS/IDS, Filtrage applicatif, 802.1X - WAN : xDSL, EFM, CE2O, C2E, CELAN, Fibre, 3G/4G, VRF/MPLS - Analyse Ethernet : WireShark, TCPdump - Linux / *BSD : Debian, Ubuntu, PfSense - Microsoft : 2003, 2008, 2012 - Virtualisation : Xen, VMWare, Hyper-V Des certifications de constructeurs et des compétences en scripting sont appréciées, une bonne maitrise de l’anglais est indispensable. Prise en charge des demandes clients, respect des engagements et capacité à travailler en équipe, aussi bien au sein de votre pôle qu’avec l’ensemble des équipes du Groupe OT, sont des valeurs essentielles. Vous mettrez votre expertise technique à disposition des clients et vous rendrez disponibles auprès des autres équipes techniques et commerciales. Contexte : - Groupe OT : 25M€ de chiffre d’affaires en 2016, 9 datacenters, 140 collaborateurs, 150 partenaires - Salaire selon expérience et profil - 39 heures par semaine - Commissionnement, prime trimestrielle sur objectifs, prime d’intéressement, RTT et Plan d’Épargne Entreprise - Mutuelle d’entreprise obligatoire famille et prévoyance santé - Astreinte tournante sur l’ensemble des techniciens (participation abonnements Internet et Mobile) - BabyFoot, flipper, cuisine aménagée, salle de repos Envoi du dossier de candidature sous référence OTRESEAU2016 à : recrutement(a)oceanet-technology.com Si besoin de plus d'information, n'hésitez pas à me contacter et/ou à faire suivre à vos contacts :) Bonne soirée, Boris

1 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG