Oui effectivement j'ai lu ton journal mais je n'avais pas vu ce billet … Le plus intéressant me semble être le plugin Nextcloud, encore faut-il sécuriser un peu la connexion au serveur.
Moi j'arrive dans les boites y pas "d’historique".
Moi je décide tout seul comment on livre les infras pour toutes les équipes, j'en profite pour leur donner des leçons à tous ces nazes qui savent pas bosser.
Moi je fais les choix des technos, tout seul pour toute ma boite, c'est moi qui choisis l'orchestrateur.
Moi je maintiens les versions de spp hpe avec puppet
Moi je monte des isl et des dwdm avec puppet
Moi je monte des infras vmware/vsan encore juste avec puppet
Moi je manage les monde IBM et Microsoft avec puppet depuis 10 ans.
Moi je mets tous les constructeurs de stockage/backup dans puppet, ça marche au poil, et c'est puppet qui backup tout, facile, "ça se fait tout seul"
Moi je bosse dans un contexte mono-client ou je récupère jamais d'infra en prod déjà montée par un tiers, installée et managée par rien du tout, mais encore puppet règle vite le problème.
Moi j'explique au client que mon retard sur la livraison de son matos, c'est à cause de puppet, il retrouve le sourire.
Moi j'ai même configuré puppet pour le service RH, ils orchestrent les licenciement et les embauches.
Et j'vois pas le problème j'ai le temps de faire ça le week-end, entre deux commentaires linuxfr pour apprendre la vie à tout ceux qui savent pas bosser.
Vous êtes vraiment des amateurs, ce que vous dîtes n'existe pas, et n'a aucun sens si vous ne faîtes pas la même chose que moi.
Ma fonction est bien avant l'OS c'est de livrer des infras : Fibre/ Machine physiques/Chassis/ESX/Noeud proxomx/ par paquets de 10 ainsi que des gros volumes de données sur diverses technos de stockage et de m'assurer que tout ça ne coupe jamais.
Les déploiements de VM qui tournent dessus sont gérées par une autre équipe, c'est déjà la couche du dessus pour moi, ce n'est pas mon soucis. Donc puppet/salt/chef - accumule 10 techno pour avoir un outil fini pour livrer un Linux - j'en ai cure. (A ce propos les mecs des équipes Windows ont tout de même l'air vachement moins emmerdée et de bien moins se poser de question pour livrer leur machines … wé j'suis un peu dingue de dire ça sur LinuxFr)
Avant d'installer des VM faut monter des infras physique solide, le "cloud" c'est pas magique ça ne tourne pas dans tout seul dans le ciel, sinon tu te retrouves comme OVH avec des coupures sur des DC entier (tiens pas une dépêche pas un article ici bizarre …)
Tu bosses où ? Histoire que je n'y aille pas…
C'est pourtant con je bosse dans une boite ou il y a des projets super passionnant sur d’innombrable technos toute l'année et c'est pas de la SSII bien au contraire.
Vraie question : comment tu gères plusieurs instances d'un même service sous FreeBSD ?
Vraie réponse : comme n'importe quel hyperviseur lambda, faut se renseigner un poil.
Demander au réseau de faire tomber les VLAN sur les switchs TOR, configurer les IP Virtuelles callés sur les VLAN, faire tomber les instances de jails, sur un bon DL560 avec commençons tranquille disons, 500Go de RAM tu dois pouvoir empiler un bon paquet de jail Nginx qu'écoutent tous sur le 443, j'aimerais bien me faire un petit POC d'ailleurs.
T'as l'air de croire que tout ça peut pas écouter le même port avec l'infra adéquate … t'es sur de faire de l'informatique dans ta boite tu répares par le mac de ton boss ?
Tu gère ça comment dans un gestionnaire de configuration du genre puppet/ansible/fabric/salt
Je ne connais pas du tout le fonctionnement de ces outils (Je vois à quoi ils servent mais je ne m'en suis jamais servis), ce n'est pas ma fonction de livrer des OS.
Cela dit si les outils en questions ne sont pas capable d'aller écrire une ligne dans un fichier, faut se poser des questions …
Ce n'est pas une histoire de Salt/Puppet/Chef … ou d'outils d'orchestration pour déployer des OS en masse où même de changement … ça n'a même strictement rien à voir et tout n'est pas que "livraison".
Tout n'est pas virtualisé ou virtualisable beaucoup de sociétés ont des gros cluster physiques.
Entre Red Hat 5.5 6 et 7, l'architecture de yum la façon de configurer les repos, les configuration des fichiers de mutltipathing, rien n'est foutu pareil.
Et je ne parle pas d'une petite option ou deux en plus ou d'amélioration au fur et à mesure des versions.
L'OS entre dans le tronc commun et n'est plus vraiment un point différenciant (sauf dans des cas très particuliers).
Oui ça c'est bien quand tu livres des vm pour faire tourner des serveurs webs en effet. Debian c'est cool pour faire tourner Apache en effet, bien pour des gens qu'en ont "rien à foutre" en effet.
Pour des clusters de BDD physique sous Oracle ou SAP une Debian c'est parfait c'est sur t'es niquel dans les matrices pour rattacher ça à ta Vmax.
Lorsqu'il faut changer la baie de stockage qui livre les LUN aux différents cluster Oracle sous RH physique, alors qu'ils sont sous plusieurs versions différentes et que tu ne peux pas toujours choisir, car tu es dans un contexte herbergement/infogérance sur une baie de stockage mutualisée, ce sont les OS du client, t'as un RH 5.5 un 6, un 6.5, un 7
Un peu bêtement tu te dis ça va être plus ou moins similaire la conf du multipathing allez … bha non pas du tout, t'as l'impression que les mecs qui gèrent ça adore tout réinventer à chaque version, allez les gars ont dégage tout et on refait.
Super-pratique pour donner les best-practices et les tunnings aux admins des machines ensuite.
La je parle de RH je suis sympa chez chez eux y a de la documentation au moins.
IL y a un moment il va falloir que certains ayatollahs de l'OpenSource prennent conscience que chaque lignes de code insérées dans les projets GNU, ne sont pas écrites par des développeurs autonomes seuls dans leur garage, vivant d'amour et d'eau fraiche.
Et qu'avant commit dans un projet ils ne reçoivent pas une bénédiction de Stallman ou Torvalds pour validation éthique visant à s'assurer que surtout rien ne vient d'une société commerciale, le mal absolu !
Oui Virtuozzo est une société qui supporte OpenVZ sous licence GNU/GPL
Tout comme Proxmox Server Solutions GmbH propose un support Proxmox, ou d'autres sociétés encore plus sales, comme RedHat, Intel, Vmware, EMC, Dell, Google … même Microsoft toutes des sociétés de l'axe du mal contribuent également aux différents projets GNU (Kernel compris) et crois moi ils ne commit pas Gnome ou VLC … Donc il va falloir m'expliquer en quoi incorporer des lignes de codes venant d'une sociétés "commerciale" comme Virtuozzo pose plus de problème qu'une autre ?
En suivant ta logique, on devrait donc commencer à aller épurer tout ce qui a été ajouté par ces dernières sociétés il resteraient plus grand chose de la sacro-sainte Debian.
Donc oui Virtuozzo aurait du commit dans l'upstream du kernel, j'ignore pourquoi ça ne s'est pas fait, à vrai dire je n'ai pas cherché avec ces histoires de licencing, ça m'a bien assez saouler comme ça cette affaire … j'ai lâché tout ça, j'me suis tourné vers un OS à la ligne sur.
Ca commence à bien faire toute cette haine contre PHP sur linuxfr.
Perl a subit le même sort, "Comment on peut encore utiliser cette merde en 201x", Python fait tout vachement mieux … du coup plus d'articles, tu m'étonnes si c'est pour se faire défoncer et insulter je les comprends.
De toutes façon cette board est remplis de haine, tout est bouse, dès que ce n'est pas assez élitiste ça a plus d'une génération ou trop accessible par un non informaticien ou quelqu'un qui n'aurait pas nécessairement de connaissances en POO, ou qui ne saisit pas le problème du "binding du C à l'arrache qui causerait du segfault" mais qui aime simplement s'amuser avec le langage.
Il va falloir être plus précis et développer le "déjà" …
Car peut-être hormis certains cas d'implémentation particuliers, non gérables avec les ACLs et l'authentification Kerberos apportées par la version 4 de NFS, je ne vois vraiment aucun avantage à se trainer des partages SMB sur un filer Unix.
FreeBSD est justement un OS à la pointe sur les amélioration NFS, c'est vraiment bête de passer à côté.
Pour moi l'intérêt principal de FreeBSD reste ZFS.
Nous n'avons certainement pas le même usage, je n'utilise pas ZFS et je trouve pas mal d’intérêt à son utilisation.
FreeBSD n'a pas hésité aussi à retirer Samba 3.6 de ses dépôts.
Voilà une très bonne chose, quand on sait le nid à insectes qu'est Samba.
Windows, à partir de 2008 serveur et Windows7, sait maintenant parfaitement gérer les montages NFS (deux clics pour aller activer le service …).
Pourquoi continuer d'utiliser des shares SMB avec des filers Unix/Linux ?
J'avais prévu d'aborder ces points là et techniquement de finir par les "cons", une note de synthèse plus mesurée histoire de faire comprendre que j'suis anti rien du tout et de bonne foi.
Parce que comme tu le notes y en a quand même quelques points …
Je rajouterai que "le retard" sur la virtualisation et les technologies de clustering H/A qui sont tout de même un peu limitées, UFS qui commence à dater un peu en alternative de ZFS qu'est "overkill" à mon sens pour un usage perso …
Un autre défaut, au delà des versions de logiciels souvent dépassées, ce qui m'énerve le plus c'est la multiplication des gestionnaires de paquets sur Debian. Pour un débutant, comment se retrouver au milieu de apt, aptitude, dpkg, synaptic… Bien qu'au final tous se basent sur dpkg, tous les softs ne s'installent pas sur tous les gestionnaires…
Une des raisons qui m'ont fait quitter Debian … tout ce chaos tout le temps … bref … j'en rajoute pas.
Fut un temps, j'avais un blog planqué sur un VPS (avec plein d'articles sur FreeBSD ..) mais c'était à l'époque ou j'imaginais que les backup c'était pour les peureuses, et qu'un VPS OVH c'était indestructible.
J'ai encore les sources quelques parts je vais me servir de tout ça pour vous compiler faire une présentation bien léchée (et qui troll moins à charge, J'utilise Mint sur mon desktop les gars ça va …).
Avec des exemples de montage d'architectures sécurisées de montage Jails dans des environnement réseau séparés etc etc … et ça c'est en quelques lignes de commandes seulement :-)
Remonter un hyperviseur up-to-date en desaster recovery avec ses jails sous un seul script sh sous FreeBSD c'est le B.a.BA et c'est ça qui me séduit tant dans cet OS.
Je veux bien également en faire une dépêche collaborative ça m'arrangerait pour la forme (on parlerait moins des photes) et ça permettrait d'améliorer la prose aussi qu'est pas folichonne.
Je suis parfaitement honnête, tu peux donc mourir si tu veux.
Je me répète j'aime mettre en place des solutions maitrisées et huilées sur la durée.
J'avais investi beaucoup de temps à l'époque sur OpenVz chez moi à bien tout paramétrer mes services. Etre capable de remonter en disaster recovery from ISO + mes services, me prenait 10 minutes montre en main, opération fièrement testées et retestée. C'est le genre de chose ou une fois installé j'ai pas envie d'y revenir tout les 2 ans pour réfléchir à mon infra. Du coup bêtement je me dis que je vais pouvoir "capitaliser" longtemps sur cette techno …
J'ai autre chose à faire que de passer mes hivers à geeker mon serveur pour mettre en place un backup, c'est long et chronophage.
Je veux juste venir sur le systeme faire apt-get update / upgrade de temps en temps et le faire vivre le système comme ça pendant des années.
Bref ça c'est de la production, 0 coupure, 0 problème, environnement maitrisé.
On est pas en mode bidouille je me fais plaisir je patch le dernier kernel parce que j'ai lu la dernière dépêche de patrick_g.
Debian 7.x -> apt-get install linux-image-openvz-amd64 et fin de chantier : c'est ça que j'appelle sans bidouilles et "natif" avec installation fluide.
Debian 8.0 -> Alors bon on va commencer par downgrader le Noyo, faut mettre un kernel patché RH sous Debian voilà ça commence bien et ça rassure pour l'avenir … Ca j'appelle ça de la bidouille du truc pour les bricoleurs sûrement pas un truc sérieux.
Puis ça tombe bien parce que pour redémarrer les services c'est plus du tout pareil non plus, impeccable.
Rien à faire de savoir si pourquoi et comment si c'est upstream ou pas, en l'état qu'on m'explique pourquoi un jour ce mécanisme de virtu est présent dans les packets Debian et la version d'après faut tout triturer.
Ils avaient qu'a se mettre d'accord avant entre eux avant de proposer ça aux utilisateurs
C'est souvent comme ça avec Debian, c'est probablement le côté GNU un peu qui provoque ça. Le côté cathédrale maitrisée de FreeBSD me convient mieux et m'apporte plus de stabilité.
Voilà typiquement ce genre de scénarios qui n'arrivera jamais sous FreeBSD d'une version à une autre aucune surprise.
Rc.conf reste à la même place, tout reste à la même place, les commandes ne changent pas, l'arborescence de fichier ne change pas.
Même après un freebsd-update vers la nouvelle stable, tu prends tes jails, tu les détarres et hop tout roule et ce depuis le tout début pas de surprise, on maitrise.
C'est ça ce que j'appelle être carré.
Rien à voir non plus avec aucun logiciel d'automation de déploiement comme puppet/ansible, j'vois pas ce qu'ils viennent faire la dedans (ça c'était la reflexion d'une autre personne du forum je crois mais peu importe).
Aucun rapport avec une éventuelle feignant ou flemme de customisation.
Au fait un bon admin est quelqu'un de feignant.
LxC au tout début de Debian 8.0 clairement c'était pas ça navré et surtout pété de bug, les templates ne marchait pas fallait aller bidouiller des choses à côté également ..
La configuration c'était bien hardcore, surtout la conf réseau pour obtenir quelque chose d'aussi secure et closonné que FreeBSD, bien malin qui voulait partir sur une archi LxC dans ses tout début, sans à nouveau y passes ses nuits à tout configurer et clairement.
L'aventure OpenVz m'avait déjà bien refrodit.
Rebooter FreeBSD ? Non lorsque tu fais pkg upgrade/update -> absolument aucun besoin de reboot.
Seul freebsd-update/upgrade qui t'oblige à reboot ensuite.
Oui ajouté une ligne dans un fichier répond à tout mes besoins, je vois pas plus simple.
Remonter une FreeBSD en disaster recovery c'est un fichier rc.conf + les services en archives jails en tar.gz, un script sh permet de remonter une machine au poil et up-to-date, et je parle d'une machine faisant hyperviseur avec des jails dans des environnement sécurisés + chroot, avec VLAN différents.
Pas une machine qui fait tourner nginx dans /var/www.
Niveau simplicité pour un herbergement @home, j'ai rien rencontré de plus simple.
Tiens prends ta corde M. Le Responsable d'Equipe, ça doit être beau la bidouille …
J'ai bien compris que ce sujet soulevait les passions.
D'ores et déjà je tiens à m'excuser :
Pour la qualité du livrable présenté.
Les incompréhensions engendrées par le fait de ne pas avoir argumenté, détaillé et précisé ma pensée comme je le voulais, c'était vraiment un premier draft qui a été livré trop vite, encore mes excuses. Je me suis trompé de bouton.
Des choses se mélangent un peu du coup c'est regrettable.
Mais ne t'en fais pas je te promets de revenir très rapidement expliquer très en détail mon point de vue, mon vécu et mon analyse basé sur mon expérience perso, des arguments et des faits.
Pour que l'on puisse débattre dans la galanterie dont je suis accoutumé sur ce forum.
Et non il ne s'agissait pas de troller, j'ai vraiment dégagé Debian de mes "serveurs persos" …
Je n'en ai pas 50 non plus, mais quand je dois installer un serveur en CLI à l'arrache (chez moi, au taf je ne fais pas ce que je veux malheureusement).
Mon choix ne va plus instinctivement vers Debian comme c'était naturellement le cas à une époque.
Oui je suis parti en rupture, d'ailleurs j'ai livré du boulot pas terminé, mais j'y reviendrai :-)
Le support matériel, ça dépend de ton usage, mais pour un environnement de bureau, faut aimer se faire du mal quand même … j'ai jamais tenté l'aventure.
La je parlais d'un environnement purement cli/serveur (je précise sur mon desktop je suis sur Linux Mint !)
C'est vrai que j'ai toujours réalisé des installes sur des bécanes qui dataient un peu. Mais à mon sens ça ne devrait pas poser plus de problème que ça (2 ans c'est pas l'âge de la dernière release), les instructions CPU modernes notamment pour virtu sont supportées les contrôleurs réseaux modernes également.
La ou ça a du retard c'est surtout sur les archi type ARM ou y a encore un peu de taf, mais ça avance.
Je précise que ZFS n'est absolument pas obligatoire, je ne m'en sers d'ailleurs pas sur mes installations, trop consommateur de RAM et inutile pour moi, je veux du super-light, et je préfère avoir une bonne politique de backup qu'un super FS.
J'imagine qu'actuellement la puissance des jails n'a pas pu être égalée par une solution qui serait adoptée par tout le monde. Pour moi LXC s'en sort très bien mais personne ne s'y intéresse parce que Docker (que je n'apprécie pas nécessairement mais qui a le côté très pratiques des registres d'images par exemple) a le vent en poupe. Quoique, KVM ressort pas mal non plus …
Je trouvais ça trop bordélique à l'époque déjà oui,
Le mieux est de te monter ça dans une VM est de maquetter non ?
Niveau jails tu partages la base de ton système avec ton OS hôte, comme pour LxC.
Y a encore quelques limitations, tu ne peux pas faire de limitation CPU/RAM par exemple je crois (mais ça va arriver !)
Il y a effectivement un projet pour faire tourner Debian dans une Jail BSD, j'avais boutiqué un peu à l'époque, tu as accès à tout les packets Debian ( avec apt-get), tu t'y crois une fois à l'intérieur : https://wiki.debian.org/Debian_GNU/kFreeBSD/Jails
Sinon pourquoi ne pas reproduire ton environnement directement dans une jail ?
Tu as Java, PHP, Nginx, Python3 … comme sous n'importe quel OS.
Ensuite tu joues un peu avec les templates jail par exemple et hop tu construit tout ça à la volée. Tu peux même faire tourner des jails à l'intérieur de jails ..
Les jails sont plus proches des LxC que de Docker tout de même, je ne sais pas ou en est LxC mais à l'époque je trouvais ça bien complexe à mettre en place surtout la partie réseau … ça a du évoluer depuis, j'espère.
Il y a également la Virtu plus "lourde" avec Bhyve mais pas sur que ça réponde à ton besoin, ce n'est plus la même chose.
Du coup je vais en prendre plein la tronche, sur le fond et la forme (je vous connais les lascars), mais tant pis pour moi, j'avais qu'a faire plus attention.
M'en fiche, la prochaine fois j'en remets un sous une autre forme, plus finalisée construite et argumentée d'exemple concret, je lâcherai rien.
Oui bon on est Jeudi, mais c'était prévu pour demain tout ça … j'ai miscliqué sur publier l'article n'était même pas terminé -_- Tant pis pour ma gueule la prochaine fois je ferai ça dans le bloc-note + bonpatron.
Voilà le genre de commentaire auquel je m'attendais, de quelqu'un qui effectivement comprend de quoi je parle, et qui n'essaie pas de m'expliquer que je suis de mauvaise foi ou incompétent … merci.
J'aime la stabilité et poser des choses solides pour des années, je ne suis pas un afficionados de la mode et de la nouvelle feature qui va tout tuer, mais qui peut faire planter ton système quand même … J'aime le robuste et le solide, le sur et le fiable, bref je fais de l'informatique de production par de la bidouille.
Pour OpenVz, je n'ai pas dit que c'était de la faute de l'un ou l'autre. Mais qu'est ce que vient foutre un outil de Virtualisation dans tout les OS si la version d'après plus rien n'est supporté, sérieusement c'est quoi cette organisation ? Après des années et des années de "oui, on réécrit ça en upstream dans le kernel, c'est pour bientôt" je ne sais pas si ça a fini par évoluer." J'crois que faut utiliser "Devuan" un un truc comme ça enfin encore une énième bidouille. J'ai lâche l'affaire, bref j'ai bien perdu mon temps avec OpenVZ. Ca va que c'était pour un usage perso, mais j'imagine si j'avais monté un business articulé entièrement autour de cette solution bonjour le merdier …
Pour la documentation BSD, effectivement pour les jails c'est vrai qu'il faut un peu aller voir à côté, mais les informations fiables se trouvent assez facilement.
Pour les Updates, je trouve vraiment que c'est un plus, tu peux update tes paquets comme un sauvage jamais avoir besoin de reboot, si tu ne fais pas de mise à jour de base. PS : pkg est beaucoup, beaucoup plus jeune que apt d'ailleurs c'est lequel qu'il faut utiliser apt-get, aptitude C'est bon les mecs vous vous êtes mis d'accord entre vous ?! Là encore on sait pas trop c'est le bordel … classique.
Pour Iptable, clairement ça me semble à la ramasse, j'ai pas envie de préciser ceux qui ont touchés les deux savent de quoi je parle.
/etc/rc.conf bha oui uniquement les services de l'OS encore heureux que la configuration de nginx se fait dans son fichier !! Honnêtement pour répondre à ceux qui demandent si ça répond à tout mes besoins, mais bien sur que voulez-vous de plus simple bon sang ?!!
T'as une ligne à ajouter dans un seul fichier, toujours le même, partout tout le temps. C'est quoi ce triturage d'esprit ?
Dans mon cas je n'ai jamais été bidouillé, ou alors pas que je me rappelle, un init donc je dirais que ça ne correspond pas à mes besoins.
Après attention je ne dis pas que FreeBSD est le super OS qui est avance sur tout qui répond à tout (toute la gestion Clustering H/A, virtu c'est bien à la ramasse, on est d'accord, mais ça bouge et plutôt que d'aller vite, ça avance de façon réfléchit et maitrisé et cohérente ).
Mais qui à la maison ou sur son Kimsufi ou chez soit a besoin d'implétementer HAST/CARP ?!
Et sont atout majeur -> c'est carré ! Et ça ça fait plaisir, ça avance doucement certes, mais ça avance !
Marre des bricoleurs, des bidouilleurs, 5 façons de relancer un service, 2 façons de faire les mises à jour, et la doc elle est faite quand ?
Sinon je voulais finir mon journal en évoquant le cas entreprise, j'étais étonné d'en trouvé si peu (en fait j'en ai jamais vu en Entreprise …) Pourtant ça serait un OS parfait pour certains usage serveur non ?
Ou même déployer rapidement des services quand même un peu secure avec les templates de jails ? (Oui, Docker tout ça, mais ce n'est pas la même chose, et les Jails ca existe depuis un bail déjà, hors jamais vue)
Tout ce que demande de la stabilité extrême dans le temps, milieu bancaire, haute criticité ?!
Je sais que Netflix pour les frontaux web probablement et NetApp utilise FreeBSD (t'achète leur filer c'est un BSD dessous), Sony avec le PS4 aussi etc .. mais j'en ai jamais jamais croisé en environnement pro.
J'veux dire remplacer des AIX par des RedHat pour faire tourner des batchs, c'est un peu de la blague quand même ?!
Si y a un truc que j'adore au taf c'est te connecter sur une machine tomber sur une vieille merde du genre RH 5.4, alors que y a 2 minutes t'étais quand même une 6.5 récente (rire), et pif ya plus rien qu'est pareil rien n'est ISO, un vrai merdier.
Comment veux-tu gérer un parc ISO ? Moi j'appelle pas ça être carré.
De la cohérence et de la maîtrise voilà ce qu'il manque à GNU/Debian.
Les startup qui creveront sous 5 ans en moyenne faute de pas avoir trouvé de "business angel". Où tu bosses comme un stagiaire avec 10 ans d'expérience sauce BYOD.
Où ton bureau c'est une table de ping-pong déplié (si si j'ai déjà vu ça), c'est tellement le pied c'est clair …
Le management par les "chiffres", la décision par la feuille Excel et les nombreuses conséquences que cela implique, sur le travail mais aussi l'humain.
Je suis enchanté que quelqu'un d'autre souligne qu'il est complètement irrationnel de devoir dépenser du budget sous peine de ne pas en avoir l'an prochain (Mais c'est quoi cette logique, je fais économiser de l'argent à ma structure pourquoi devrais-je absolument le dépenser !?!)
Des chiffres d'ailleurs, complètement bidons car remplit en dilettantes, quand il ne faut pas se battre 1 heures juste pour faire fonctionner l'outil (Gloire à Microsoft SDX … et aux outils de gestion web ITIL certified qui ferait presque passer SAP pour un produit Apple) va y que je te colle 7,40 ici et là hop rien à foutre tant que ça remplit les cases, de toutes façons je ne sais même pas à quoi corresponde les codes, tellement ils sont abstrait, voilà maintenant faut que je fournisse les 4 justificatifs de mon déplacement chez le client pour bien prouvé que j'suis pas allé de mes propres ailes.
Mais mon "manager" que personne ne voit jamais car tout le temps en réunion avec les autres grands managers (car c'est là que tout se décide sur justement les fameux chiffres que l'on remplit), m'a expliqué je devais imputer sur ce code si car il était re-facturable à l'autre service mais pas celui-ci.
Même si j'ai beau lui dire que je n'ai pas fait une seule heure sur le projet en question où quand ce n'est pas le chef de projet (tiens on pourrait en parler de ceux là …) qui s'empressent de vite fermer les codes à peine les projets terminés, pour surtout pas que tu viennes imputer (les gros malins) … dommage pas pu imputer, j'vais mettre ça dans le récurrent ou sur l'autre client, voilà on est au top.
Autre conneries, les appels d'offres pour renouvellement de matériel infra, alors ça si c'est pas de la branlette … niveau fric foutu en l'air c'est magnifique.
Aucun "responsable" ne se pose la question de savoir si parmi son équipe, y en aurait pas un ou deux qu'aurait déjà mis en place ce genre d'infras sur certains constructeurs dans leurs expériences passées histoire de capitaliser un peu (surtout si c'est les prestas, ceux là ils ont pas leur mot à dire) et ne pourraient pas leur faire économiser 200 j/h sur l'intégration du matériel sans de se casser les dents et faire une installation bancale du truc qui foutra la prod en vrac, insatisfaction client, boulot pour la exploit' et tutti. On se demande quand c'est pris en compte ce temps là.
Bha non on a choisi tel constructeur, ils ont fait une bonne soutenance, pis sont surtout pas cher (à l'achat), puis ça a l'air cool ce qu'ils proposent.
C'est particulièrement commun dans tout ce qui est Banque/Assurances, ou l'informatique n'est pas le coeur de métier et où tout se décide sur de la metric et des KPI, du coup tu te retrouves avec 5 strates de responsables où tu es en droit de te demander ce qu'ils produisent réellement …
Sans aller jusqu'a plébisciter la start-up, parce que le BYOD c'est la merde et bosser comme un stagiaire pour que simplement les deux créateurs puissent se faire racheter par un GAFAM, j'vois pas trop l'intérêt. J'aime que mon entreprise finance mon matériel et mon poste de travail et m'envoie de la participation en fin d'année.
Simplement après lecture de certains commentaires, ici y a un delta entre la Multinationale et la Start-Up, j'parle pas des boites d'intérims (fin les SSII) ou il va bientôt y avoir de l'écrémage avec l'Uberisation du travail initié par macro et sa volonté que l'on soit tous des auto-entrepreneurs (je vous assure y a moyen de trouver un truc à mi chemin, faut juste cibler les bonnes boites).
Dans ma boite sont pas trop con là dessus, j'ai l'impression que y a une prise de conscience, ils se la joue un peu boite libérée .., ils ont tout forfaitisé, t'as plus rien à justifier quand t'es en déplacement c'est appréciable, puis c'est les RH ou le chef de projet qui te réserves l'hôtel, qu'est pas dégueu souvent ils prennent au plus prés du client, ils te louent une bonne caisse également que t'a juste à venir chopper sur le parking, ils t'emmerdent pas non plus avec les horaires (bon sans se pointer à 10h30 non plus …), ils parlent même bientôt de dégager l'outil de gestion de temps, car mine de rien ils se sont bien rendus compte du problème souligné par l'article (VICTOIRE !!)
Merci, je connaissais ce plugin que j'ai pas mal utilisé sur un pc du boulot, en effet il présente les onglets correctement sur la gauche avec l'effet d'escalier, c'est sympa oui.
Malheureusement les onglets restent toujours également en haut et apparaissent en doubles, c'est vraiment dommage ./.
J'ai déjà "tout" ou presque dans mon navigateur; Vidéo ( je consomme beaucoup de streaming, Yt, NFlx, ..); Musique, j'utilise mon Subsonic maison (ou Yt ..); J'ai également des lecteurs de documents en ligne dans des onglets,une console ssh (web-console fait bien le taf, ça empêche pas d'avoir un terminal d'ouvert non plus pour bourriner un peu plus), mes éventuels Torrents sont également géné via wTransmission, j'oublie les outils dit "cloud" tout ça …
Pour la messagerie (Mail inclus) j'ai quelques adresses mails sur pas mal de domaine avec des interfaces moins sexy que Gmail ou Yandex alors j'utilise encore Thunderbird pour mutualiser toutes ces boites.
A notre époque tout est plus ou moins "Web" et la Fondation Mozilla développe deux outils plutôt complémentaires, et qui se ressemblent : Thunderbird présente les mails dans un Onglet, j'ai envie de le glisser/déposer dans l'interface de Firefox et de le voir venir gracieusement s'ajouter à côter des autres :o
Réflexion sur maintenant 4 ans d'usage bureautique "perso" sous Mint sans aucune partoche Windows à côté hein, ça, ça ne compte pas.
Hormis lorsque rarement je lance un jeu (civ en gros ..) ou une application particulière pour bidouiller un peu de photos ->La casi-totalité de mon usage sur cette machine tourne autour du Navigateur.
Les mails dans le navigateur intérêt : mutualiser les outils par exemple.
J'aimerais simplement pouvoir attribuer un onglet ou groupe d'onglet messagerie et avoir une sous couche de "Thunderbird" à l'intérieur de FF, je ne vois pas ce qu'il y a de ridicule.
Deuxième intérêt -> relancer le développement de Thunderbird qu'est manifestement un peu laissé à l'abandon (j'suis mauvaise langue j'vois passé quelques update mais très rare comparées à Firefox).
[^] # Re: Auto-promo
Posté par Kwiknclean . En réponse au journal Coffre numérique.. Évalué à 1.
Oui effectivement j'ai lu ton journal mais je n'avais pas vu ce billet … Le plus intéressant me semble être le plugin Nextcloud, encore faut-il sécuriser un peu la connexion au serveur.
[^] # Re: C'est pas vendredi
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à -7. Dernière modification le 16 décembre 2017 à 13:02.
Wé bon j'ai compris …
Vous êtes vraiment des amateurs, ce que vous dîtes n'existe pas, et n'a aucun sens si vous ne faîtes pas la même chose que moi.
[^] # Re: C'est pas vendredi
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à -1. Dernière modification le 16 décembre 2017 à 01:08.
Ma fonction est bien avant l'OS c'est de livrer des infras : Fibre/ Machine physiques/Chassis/ESX/Noeud proxomx/ par paquets de 10 ainsi que des gros volumes de données sur diverses technos de stockage et de m'assurer que tout ça ne coupe jamais.
Les déploiements de VM qui tournent dessus sont gérées par une autre équipe, c'est déjà la couche du dessus pour moi, ce n'est pas mon soucis. Donc puppet/salt/chef - accumule 10 techno pour avoir un outil fini pour livrer un Linux - j'en ai cure. (A ce propos les mecs des équipes Windows ont tout de même l'air vachement moins emmerdée et de bien moins se poser de question pour livrer leur machines … wé j'suis un peu dingue de dire ça sur LinuxFr)
Avant d'installer des VM faut monter des infras physique solide, le "cloud" c'est pas magique ça ne tourne pas dans tout seul dans le ciel, sinon tu te retrouves comme OVH avec des coupures sur des DC entier (tiens pas une dépêche pas un article ici bizarre …)
C'est pourtant con je bosse dans une boite ou il y a des projets super passionnant sur d’innombrable technos toute l'année et c'est pas de la SSII bien au contraire.
Vraie réponse : comme n'importe quel hyperviseur lambda, faut se renseigner un poil.
Demander au réseau de faire tomber les VLAN sur les switchs TOR, configurer les IP Virtuelles callés sur les VLAN, faire tomber les instances de jails, sur un bon DL560 avec commençons tranquille disons, 500Go de RAM tu dois pouvoir empiler un bon paquet de jail Nginx qu'écoutent tous sur le 443, j'aimerais bien me faire un petit POC d'ailleurs.
T'as l'air de croire que tout ça peut pas écouter le même port avec l'infra adéquate … t'es sur de faire de l'informatique dans ta boite tu répares par le mac de ton boss ?
[^] # Re: C'est pas vendredi
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à -3.
Je ne connais pas du tout le fonctionnement de ces outils (Je vois à quoi ils servent mais je ne m'en suis jamais servis), ce n'est pas ma fonction de livrer des OS.
Cela dit si les outils en questions ne sont pas capable d'aller écrire une ligne dans un fichier, faut se poser des questions …
[^] # Re: C'est pas vendredi
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à -5.
Ce n'est pas une histoire de Salt/Puppet/Chef … ou d'outils d'orchestration pour déployer des OS en masse où même de changement … ça n'a même strictement rien à voir et tout n'est pas que "livraison".
Tout n'est pas virtualisé ou virtualisable beaucoup de sociétés ont des gros cluster physiques.
Entre Red Hat 5.5 6 et 7, l'architecture de yum la façon de configurer les repos, les configuration des fichiers de mutltipathing, rien n'est foutu pareil.
Et je ne parle pas d'une petite option ou deux en plus ou d'amélioration au fur et à mesure des versions.
Oui ça c'est bien quand tu livres des vm pour faire tourner des serveurs webs en effet. Debian c'est cool pour faire tourner Apache en effet, bien pour des gens qu'en ont "rien à foutre" en effet.
Pour des clusters de BDD physique sous Oracle ou SAP une Debian c'est parfait c'est sur t'es niquel dans les matrices pour rattacher ça à ta Vmax.
Lorsqu'il faut changer la baie de stockage qui livre les LUN aux différents cluster Oracle sous RH physique, alors qu'ils sont sous plusieurs versions différentes et que tu ne peux pas toujours choisir, car tu es dans un contexte herbergement/infogérance sur une baie de stockage mutualisée, ce sont les OS du client, t'as un RH 5.5 un 6, un 6.5, un 7
Un peu bêtement tu te dis ça va être plus ou moins similaire la conf du multipathing allez … bha non pas du tout, t'as l'impression que les mecs qui gèrent ça adore tout réinventer à chaque version, allez les gars ont dégage tout et on refait.
Super-pratique pour donner les best-practices et les tunnings aux admins des machines ensuite.
La je parle de RH je suis sympa chez chez eux y a de la documentation au moins.
[^] # Re: Ah les BSDistes
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à -10. Dernière modification le 15 décembre 2017 à 14:56.
… l’incompétent va détailler sa pensée.
IL y a un moment il va falloir que certains ayatollahs de l'OpenSource prennent conscience que chaque lignes de code insérées dans les projets GNU, ne sont pas écrites par des développeurs autonomes seuls dans leur garage, vivant d'amour et d'eau fraiche.
Et qu'avant commit dans un projet ils ne reçoivent pas une bénédiction de Stallman ou Torvalds pour validation éthique visant à s'assurer que surtout rien ne vient d'une société commerciale, le mal absolu !
Oui Virtuozzo est une société qui supporte OpenVZ sous licence GNU/GPL
Tout comme Proxmox Server Solutions GmbH propose un support Proxmox, ou d'autres sociétés encore plus sales, comme RedHat, Intel, Vmware, EMC, Dell, Google … même Microsoft toutes des sociétés de l'axe du mal contribuent également aux différents projets GNU (Kernel compris) et crois moi ils ne commit pas Gnome ou VLC … Donc il va falloir m'expliquer en quoi incorporer des lignes de codes venant d'une sociétés "commerciale" comme Virtuozzo pose plus de problème qu'une autre ?
En suivant ta logique, on devrait donc commencer à aller épurer tout ce qui a été ajouté par ces dernières sociétés il resteraient plus grand chose de la sacro-sainte Debian.
Donc oui Virtuozzo aurait du commit dans l'upstream du kernel, j'ignore pourquoi ça ne s'est pas fait, à vrai dire je n'ai pas cherché avec ces histoires de licencing, ça m'a bien assez saouler comme ça cette affaire … j'ai lâché tout ça, j'me suis tourné vers un OS à la ligne sur.
[^] # Re: Oui et non
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à -4.
Bha le problème est simplement là alors, faut migrer ça vers un filer Windows.
Je ne peux plus entendre ce genre de phrases, ni ce mot "historique" :-)
[^] # Re: Sérieux
Posté par Kwiknclean . En réponse à la dépêche Dernière ligne droite pour l’appel à conférencier·e du PHPTour 2018. Évalué à 2.
Merci, un commentaire qui fait du bien.
Ca commence à bien faire toute cette haine contre PHP sur linuxfr.
Perl a subit le même sort, "Comment on peut encore utiliser cette merde en 201x", Python fait tout vachement mieux … du coup plus d'articles, tu m'étonnes si c'est pour se faire défoncer et insulter je les comprends.
De toutes façon cette board est remplis de haine, tout est bouse, dès que ce n'est pas assez élitiste ça a plus d'une génération ou trop accessible par un non informaticien ou quelqu'un qui n'aurait pas nécessairement de connaissances en POO, ou qui ne saisit pas le problème du "binding du C à l'arrache qui causerait du segfault" mais qui aime simplement s'amuser avec le langage.
[^] # Re: Oui et non
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 3. Dernière modification le 15 décembre 2017 à 12:37.
Il va falloir être plus précis et développer le "déjà" …
Car peut-être hormis certains cas d'implémentation particuliers, non gérables avec les ACLs et l'authentification Kerberos apportées par la version 4 de NFS, je ne vois vraiment aucun avantage à se trainer des partages SMB sur un filer Unix.
FreeBSD est justement un OS à la pointe sur les amélioration NFS, c'est vraiment bête de passer à côté.
https://svnweb.freebsd.org/base?view=revision&revision=261054
https://svnweb.freebsd.org/base?view=revision&revision=261055
[^] # Re: Oui et non
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à -1.
Nous n'avons certainement pas le même usage, je n'utilise pas ZFS et je trouve pas mal d’intérêt à son utilisation.
Voilà une très bonne chose, quand on sait le nid à insectes qu'est Samba.
Windows, à partir de 2008 serveur et Windows7, sait maintenant parfaitement gérer les montages NFS (deux clics pour aller activer le service …).
Pourquoi continuer d'utiliser des shares SMB avec des filers Unix/Linux ?
[^] # Re: Oui et non
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 2.
J'avais prévu d'aborder ces points là et techniquement de finir par les "cons", une note de synthèse plus mesurée histoire de faire comprendre que j'suis anti rien du tout et de bonne foi.
Parce que comme tu le notes y en a quand même quelques points …
Je rajouterai que "le retard" sur la virtualisation et les technologies de clustering H/A qui sont tout de même un peu limitées, UFS qui commence à dater un peu en alternative de ZFS qu'est "overkill" à mon sens pour un usage perso …
Ca sera pour le prochain journal :-)
[^] # Re: Ha merde j'ai mal cliqué ...
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 4.
Une des raisons qui m'ont fait quitter Debian … tout ce chaos tout le temps … bref … j'en rajoute pas.
Fut un temps, j'avais un blog planqué sur un VPS (avec plein d'articles sur FreeBSD ..) mais c'était à l'époque ou j'imaginais que les backup c'était pour les peureuses, et qu'un VPS OVH c'était indestructible.
J'ai encore les sources quelques parts je vais me servir de tout ça pour vous compiler faire une présentation bien léchée (et qui troll moins à charge, J'utilise Mint sur mon desktop les gars ça va …).
Avec des exemples de montage d'architectures sécurisées de montage Jails dans des environnement réseau séparés etc etc … et ça c'est en quelques lignes de commandes seulement :-)
Remonter un hyperviseur up-to-date en desaster recovery avec ses jails sous un seul script sh sous FreeBSD c'est le B.a.BA et c'est ça qui me séduit tant dans cet OS.
Je veux bien également en faire une dépêche collaborative ça m'arrangerait pour la forme (on parlerait moins des photes) et ça permettrait d'améliorer la prose aussi qu'est pas folichonne.
[^] # Re: Ah les BSDistes
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à -7. Dernière modification le 14 décembre 2017 à 17:26.
Je suis parfaitement honnête, tu peux donc mourir si tu veux.
Je me répète j'aime mettre en place des solutions maitrisées et huilées sur la durée.
J'avais investi beaucoup de temps à l'époque sur OpenVz chez moi à bien tout paramétrer mes services. Etre capable de remonter en disaster recovery from ISO + mes services, me prenait 10 minutes montre en main, opération fièrement testées et retestée. C'est le genre de chose ou une fois installé j'ai pas envie d'y revenir tout les 2 ans pour réfléchir à mon infra. Du coup bêtement je me dis que je vais pouvoir "capitaliser" longtemps sur cette techno …
J'ai autre chose à faire que de passer mes hivers à geeker mon serveur pour mettre en place un backup, c'est long et chronophage.
Je veux juste venir sur le systeme faire apt-get update / upgrade de temps en temps et le faire vivre le système comme ça pendant des années.
Bref ça c'est de la production, 0 coupure, 0 problème, environnement maitrisé.
On est pas en mode bidouille je me fais plaisir je patch le dernier kernel parce que j'ai lu la dernière dépêche de patrick_g.
Debian 7.x -> apt-get install linux-image-openvz-amd64 et fin de chantier : c'est ça que j'appelle sans bidouilles et "natif" avec installation fluide.
Debian 8.0 -> Alors bon on va commencer par downgrader le Noyo, faut mettre un kernel patché RH sous Debian voilà ça commence bien et ça rassure pour l'avenir … Ca j'appelle ça de la bidouille du truc pour les bricoleurs sûrement pas un truc sérieux.
Puis ça tombe bien parce que pour redémarrer les services c'est plus du tout pareil non plus, impeccable.
Rien à faire de savoir si pourquoi et comment si c'est upstream ou pas, en l'état qu'on m'explique pourquoi un jour ce mécanisme de virtu est présent dans les packets Debian et la version d'après faut tout triturer.
Ils avaient qu'a se mettre d'accord avant entre eux avant de proposer ça aux utilisateurs
C'est souvent comme ça avec Debian, c'est probablement le côté GNU un peu qui provoque ça. Le côté cathédrale maitrisée de FreeBSD me convient mieux et m'apporte plus de stabilité.
Voilà typiquement ce genre de scénarios qui n'arrivera jamais sous FreeBSD d'une version à une autre aucune surprise.
Rc.conf reste à la même place, tout reste à la même place, les commandes ne changent pas, l'arborescence de fichier ne change pas.
Même après un freebsd-update vers la nouvelle stable, tu prends tes jails, tu les détarres et hop tout roule et ce depuis le tout début pas de surprise, on maitrise.
C'est ça ce que j'appelle être carré.
Rien à voir non plus avec aucun logiciel d'automation de déploiement comme puppet/ansible, j'vois pas ce qu'ils viennent faire la dedans (ça c'était la reflexion d'une autre personne du forum je crois mais peu importe).
Aucun rapport avec une éventuelle feignant ou flemme de customisation.
Au fait un bon admin est quelqu'un de feignant.
LxC au tout début de Debian 8.0 clairement c'était pas ça navré et surtout pété de bug, les templates ne marchait pas fallait aller bidouiller des choses à côté également ..
Sous Ubuntu : http://linuxfr.org/forums/linux-general/posts/problemes-avec-contener-lxc-qui-ne-demarrent-plus
La configuration c'était bien hardcore, surtout la conf réseau pour obtenir quelque chose d'aussi secure et closonné que FreeBSD, bien malin qui voulait partir sur une archi LxC dans ses tout début, sans à nouveau y passes ses nuits à tout configurer et clairement.
L'aventure OpenVz m'avait déjà bien refrodit.
Rebooter FreeBSD ? Non lorsque tu fais pkg upgrade/update -> absolument aucun besoin de reboot.
Seul freebsd-update/upgrade qui t'oblige à reboot ensuite.
Oui ajouté une ligne dans un fichier répond à tout mes besoins, je vois pas plus simple.
Remonter une FreeBSD en disaster recovery c'est un fichier rc.conf + les services en archives jails en tar.gz, un script sh permet de remonter une machine au poil et up-to-date, et je parle d'une machine faisant hyperviseur avec des jails dans des environnement sécurisés + chroot, avec VLAN différents.
Pas une machine qui fait tourner nginx dans /var/www.
Niveau simplicité pour un herbergement @home, j'ai rien rencontré de plus simple.
Tiens prends ta corde M. Le Responsable d'Equipe, ça doit être beau la bidouille …
# Merci pour tout ton amour mon cher journal.
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 5. Dernière modification le 14 décembre 2017 à 16:21.
J'ai bien compris que ce sujet soulevait les passions.
D'ores et déjà je tiens à m'excuser :
Des choses se mélangent un peu du coup c'est regrettable.
Mais ne t'en fais pas je te promets de revenir très rapidement expliquer très en détail mon point de vue, mon vécu et mon analyse basé sur mon expérience perso, des arguments et des faits.
Pour que l'on puisse débattre dans la galanterie dont je suis accoutumé sur ce forum.
Et non il ne s'agissait pas de troller, j'ai vraiment dégagé Debian de mes "serveurs persos" …
Je n'en ai pas 50 non plus, mais quand je dois installer un serveur en CLI à l'arrache (chez moi, au taf je ne fais pas ce que je veux malheureusement).
Mon choix ne va plus instinctivement vers Debian comme c'était naturellement le cas à une époque.
Voilà comme ça c'est mieux.
A très vite journal.
[^] # Re: Encore une rupture
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 1.
Oui je suis parti en rupture, d'ailleurs j'ai livré du boulot pas terminé, mais j'y reviendrai :-)
Le support matériel, ça dépend de ton usage, mais pour un environnement de bureau, faut aimer se faire du mal quand même … j'ai jamais tenté l'aventure.
La je parlais d'un environnement purement cli/serveur (je précise sur mon desktop je suis sur Linux Mint !)
C'est vrai que j'ai toujours réalisé des installes sur des bécanes qui dataient un peu. Mais à mon sens ça ne devrait pas poser plus de problème que ça (2 ans c'est pas l'âge de la dernière release), les instructions CPU modernes notamment pour virtu sont supportées les contrôleurs réseaux modernes également.
La ou ça a du retard c'est surtout sur les archi type ARM ou y a encore un peu de taf, mais ça avance.
Je précise que ZFS n'est absolument pas obligatoire, je ne m'en sers d'ailleurs pas sur mes installations, trop consommateur de RAM et inutile pour moi, je veux du super-light, et je préfère avoir une bonne politique de backup qu'un super FS.
Je trouvais ça trop bordélique à l'époque déjà oui,
Le mieux est de te monter ça dans une VM est de maquetter non ?
Niveau jails tu partages la base de ton système avec ton OS hôte, comme pour LxC.
Y a encore quelques limitations, tu ne peux pas faire de limitation CPU/RAM par exemple je crois (mais ça va arriver !)
Il y a effectivement un projet pour faire tourner Debian dans une Jail BSD, j'avais boutiqué un peu à l'époque, tu as accès à tout les packets Debian ( avec apt-get), tu t'y crois une fois à l'intérieur : https://wiki.debian.org/Debian_GNU/kFreeBSD/Jails
Sinon pourquoi ne pas reproduire ton environnement directement dans une jail ?
Tu as Java, PHP, Nginx, Python3 … comme sous n'importe quel OS.
Ensuite tu joues un peu avec les templates jail par exemple et hop tu construit tout ça à la volée. Tu peux même faire tourner des jails à l'intérieur de jails ..
Les jails sont plus proches des LxC que de Docker tout de même, je ne sais pas ou en est LxC mais à l'époque je trouvais ça bien complexe à mettre en place surtout la partie réseau … ça a du évoluer depuis, j'espère.
Il y a également la Virtu plus "lourde" avec Bhyve mais pas sur que ça réponde à ton besoin, ce n'est plus la même chose.
[^] # Re: Ha merde j'ai mal cliqué ...
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 3.
Du coup je vais en prendre plein la tronche, sur le fond et la forme (je vous connais les lascars), mais tant pis pour moi, j'avais qu'a faire plus attention.
M'en fiche, la prochaine fois j'en remets un sous une autre forme, plus finalisée construite et argumentée d'exemple concret, je lâcherai rien.
[^] # Re: C'est pas vendredi
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 2. Dernière modification le 14 décembre 2017 à 13:08.
Oui bon on est Jeudi, mais c'était prévu pour demain tout ça … j'ai miscliqué sur publier l'article n'était même pas terminé -_- Tant pis pour ma gueule la prochaine fois je ferai ça dans le bloc-note + bonpatron.
Voilà le genre de commentaire auquel je m'attendais, de quelqu'un qui effectivement comprend de quoi je parle, et qui n'essaie pas de m'expliquer que je suis de mauvaise foi ou incompétent … merci.
J'aime la stabilité et poser des choses solides pour des années, je ne suis pas un afficionados de la mode et de la nouvelle feature qui va tout tuer, mais qui peut faire planter ton système quand même … J'aime le robuste et le solide, le sur et le fiable, bref je fais de l'informatique de production par de la bidouille.
Pour OpenVz, je n'ai pas dit que c'était de la faute de l'un ou l'autre. Mais qu'est ce que vient foutre un outil de Virtualisation dans tout les OS si la version d'après plus rien n'est supporté, sérieusement c'est quoi cette organisation ? Après des années et des années de "oui, on réécrit ça en upstream dans le kernel, c'est pour bientôt" je ne sais pas si ça a fini par évoluer." J'crois que faut utiliser "Devuan" un un truc comme ça enfin encore une énième bidouille. J'ai lâche l'affaire, bref j'ai bien perdu mon temps avec OpenVZ. Ca va que c'était pour un usage perso, mais j'imagine si j'avais monté un business articulé entièrement autour de cette solution bonjour le merdier …
Pour la documentation BSD, effectivement pour les jails c'est vrai qu'il faut un peu aller voir à côté, mais les informations fiables se trouvent assez facilement.
Pour les Updates, je trouve vraiment que c'est un plus, tu peux update tes paquets comme un sauvage jamais avoir besoin de reboot, si tu ne fais pas de mise à jour de base. PS : pkg est beaucoup, beaucoup plus jeune que apt d'ailleurs c'est lequel qu'il faut utiliser apt-get, aptitude C'est bon les mecs vous vous êtes mis d'accord entre vous ?! Là encore on sait pas trop c'est le bordel … classique.
Pour Iptable, clairement ça me semble à la ramasse, j'ai pas envie de préciser ceux qui ont touchés les deux savent de quoi je parle.
/etc/rc.conf bha oui uniquement les services de l'OS encore heureux que la configuration de nginx se fait dans son fichier !! Honnêtement pour répondre à ceux qui demandent si ça répond à tout mes besoins, mais bien sur que voulez-vous de plus simple bon sang ?!!
T'as une ligne à ajouter dans un seul fichier, toujours le même, partout tout le temps. C'est quoi ce triturage d'esprit ?
Dans mon cas je n'ai jamais été bidouillé, ou alors pas que je me rappelle, un init donc je dirais que ça ne correspond pas à mes besoins.
Après attention je ne dis pas que FreeBSD est le super OS qui est avance sur tout qui répond à tout (toute la gestion Clustering H/A, virtu c'est bien à la ramasse, on est d'accord, mais ça bouge et plutôt que d'aller vite, ça avance de façon réfléchit et maitrisé et cohérente ).
Mais qui à la maison ou sur son Kimsufi ou chez soit a besoin d'implétementer HAST/CARP ?!
Et sont atout majeur -> c'est carré ! Et ça ça fait plaisir, ça avance doucement certes, mais ça avance !
Marre des bricoleurs, des bidouilleurs, 5 façons de relancer un service, 2 façons de faire les mises à jour, et la doc elle est faite quand ?
Sinon je voulais finir mon journal en évoquant le cas entreprise, j'étais étonné d'en trouvé si peu (en fait j'en ai jamais vu en Entreprise …) Pourtant ça serait un OS parfait pour certains usage serveur non ?
Ou même déployer rapidement des services quand même un peu secure avec les templates de jails ? (Oui, Docker tout ça, mais ce n'est pas la même chose, et les Jails ca existe depuis un bail déjà, hors jamais vue)
Tout ce que demande de la stabilité extrême dans le temps, milieu bancaire, haute criticité ?!
Je sais que Netflix pour les frontaux web probablement et NetApp utilise FreeBSD (t'achète leur filer c'est un BSD dessous), Sony avec le PS4 aussi etc .. mais j'en ai jamais jamais croisé en environnement pro.
J'veux dire remplacer des AIX par des RedHat pour faire tourner des batchs, c'est un peu de la blague quand même ?!
Si y a un truc que j'adore au taf c'est te connecter sur une machine tomber sur une vieille merde du genre RH 5.4, alors que y a 2 minutes t'étais quand même une 6.5 récente (rire), et pif ya plus rien qu'est pareil rien n'est ISO, un vrai merdier.
Comment veux-tu gérer un parc ISO ? Moi j'appelle pas ça être carré.
De la cohérence et de la maîtrise voilà ce qu'il manque à GNU/Debian.
[^] # Re: Tu m'as convaincu !
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 3.
Héhéhé, c'est bien fait pour ma gueule.
Ce que je reproche surtout c'est que d'une version à l'autre, sur la même distribution, ce n'est pas la même chose !
[^] # Re: Tu m'as convaincu !
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 3.
J'suis vraiment navré, j'étais tellement excité sur mon clavier que j'ai publié le journal alors que ce dernier n'était pas terminé … :(
C'est ça d'être un gros bourrin ..
# Ha merde j'ai mal cliqué ...
Posté par Kwiknclean . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 9.
Bon j'ai pas finis d'écrire et d'éditer mon Journal … :(
J'ai cliqué par mégarde sur publier au lieu de prévisualiser, ce n'est pas fini du tout et plein de fautes … :(
[^] # Re: pour ca les petites boites c'est le pied!
Posté par Kwiknclean . En réponse au journal ils l'ont voulu, ils l'ont obtenu, et ils l'ont dans le baba.... Évalué à 3. Dernière modification le 13 décembre 2017 à 23:13.
Les startup qui creveront sous 5 ans en moyenne faute de pas avoir trouvé de "business angel". Où tu bosses comme un stagiaire avec 10 ans d'expérience sauce BYOD.
Où ton bureau c'est une table de ping-pong déplié (si si j'ai déjà vu ça), c'est tellement le pied c'est clair …
# En espérant que des gestionnaires viennent lire ce journal !
Posté par Kwiknclean . En réponse au journal ils l'ont voulu, ils l'ont obtenu, et ils l'ont dans le baba.... Évalué à 4.
J'adhère parfaitement à l'analyse.
Le management par les "chiffres", la décision par la feuille Excel et les nombreuses conséquences que cela implique, sur le travail mais aussi l'humain.
Je suis enchanté que quelqu'un d'autre souligne qu'il est complètement irrationnel de devoir dépenser du budget sous peine de ne pas en avoir l'an prochain (Mais c'est quoi cette logique, je fais économiser de l'argent à ma structure pourquoi devrais-je absolument le dépenser !?!)
Des chiffres d'ailleurs, complètement bidons car remplit en dilettantes, quand il ne faut pas se battre 1 heures juste pour faire fonctionner l'outil (Gloire à Microsoft SDX … et aux outils de gestion web ITIL certified qui ferait presque passer SAP pour un produit Apple) va y que je te colle 7,40 ici et là hop rien à foutre tant que ça remplit les cases, de toutes façons je ne sais même pas à quoi corresponde les codes, tellement ils sont abstrait, voilà maintenant faut que je fournisse les 4 justificatifs de mon déplacement chez le client pour bien prouvé que j'suis pas allé de mes propres ailes.
Mais mon "manager" que personne ne voit jamais car tout le temps en réunion avec les autres grands managers (car c'est là que tout se décide sur justement les fameux chiffres que l'on remplit), m'a expliqué je devais imputer sur ce code si car il était re-facturable à l'autre service mais pas celui-ci.
Même si j'ai beau lui dire que je n'ai pas fait une seule heure sur le projet en question où quand ce n'est pas le chef de projet (tiens on pourrait en parler de ceux là …) qui s'empressent de vite fermer les codes à peine les projets terminés, pour surtout pas que tu viennes imputer (les gros malins) … dommage pas pu imputer, j'vais mettre ça dans le récurrent ou sur l'autre client, voilà on est au top.
Autre conneries, les appels d'offres pour renouvellement de matériel infra, alors ça si c'est pas de la branlette … niveau fric foutu en l'air c'est magnifique.
Aucun "responsable" ne se pose la question de savoir si parmi son équipe, y en aurait pas un ou deux qu'aurait déjà mis en place ce genre d'infras sur certains constructeurs dans leurs expériences passées histoire de capitaliser un peu (surtout si c'est les prestas, ceux là ils ont pas leur mot à dire) et ne pourraient pas leur faire économiser 200 j/h sur l'intégration du matériel sans de se casser les dents et faire une installation bancale du truc qui foutra la prod en vrac, insatisfaction client, boulot pour la exploit' et tutti. On se demande quand c'est pris en compte ce temps là.
Bha non on a choisi tel constructeur, ils ont fait une bonne soutenance, pis sont surtout pas cher (à l'achat), puis ça a l'air cool ce qu'ils proposent.
C'est particulièrement commun dans tout ce qui est Banque/Assurances, ou l'informatique n'est pas le coeur de métier et où tout se décide sur de la metric et des KPI, du coup tu te retrouves avec 5 strates de responsables où tu es en droit de te demander ce qu'ils produisent réellement …
Sans aller jusqu'a plébisciter la start-up, parce que le BYOD c'est la merde et bosser comme un stagiaire pour que simplement les deux créateurs puissent se faire racheter par un GAFAM, j'vois pas trop l'intérêt. J'aime que mon entreprise finance mon matériel et mon poste de travail et m'envoie de la participation en fin d'année.
Simplement après lecture de certains commentaires, ici y a un delta entre la Multinationale et la Start-Up, j'parle pas des boites d'intérims (fin les SSII) ou il va bientôt y avoir de l'écrémage avec l'Uberisation du travail initié par macro et sa volonté que l'on soit tous des auto-entrepreneurs (je vous assure y a moyen de trouver un truc à mi chemin, faut juste cibler les bonnes boites).
Dans ma boite sont pas trop con là dessus, j'ai l'impression que y a une prise de conscience, ils se la joue un peu boite libérée .., ils ont tout forfaitisé, t'as plus rien à justifier quand t'es en déplacement c'est appréciable, puis c'est les RH ou le chef de projet qui te réserves l'hôtel, qu'est pas dégueu souvent ils prennent au plus prés du client, ils te louent une bonne caisse également que t'a juste à venir chopper sur le parking, ils t'emmerdent pas non plus avec les horaires (bon sans se pointer à 10h30 non plus …), ils parlent même bientôt de dégager l'outil de gestion de temps, car mine de rien ils se sont bien rendus compte du problème souligné par l'article (VICTOIRE !!)
[^] # Re: Bonne surprise !
Posté par Kwiknclean . En réponse au journal Le Firefox nouveau est arrivé !. Évalué à 1.
Merci, je connaissais ce plugin que j'ai pas mal utilisé sur un pc du boulot, en effet il présente les onglets correctement sur la gauche avec l'effet d'escalier, c'est sympa oui.
Malheureusement les onglets restent toujours également en haut et apparaissent en doubles, c'est vraiment dommage ./.
Est-ce tant complexe que ça à implémenter ? :p
[^] # Re: En fait, ça existe déjà…
Posté par Kwiknclean . En réponse au journal Le Firefox nouveau est arrivé !. Évalué à 0.
J'ai déjà "tout" ou presque dans mon navigateur; Vidéo ( je consomme beaucoup de streaming, Yt, NFlx, ..); Musique, j'utilise mon Subsonic maison (ou Yt ..); J'ai également des lecteurs de documents en ligne dans des onglets,une console ssh (web-console fait bien le taf, ça empêche pas d'avoir un terminal d'ouvert non plus pour bourriner un peu plus), mes éventuels Torrents sont également géné via wTransmission, j'oublie les outils dit "cloud" tout ça …
Pour la messagerie (Mail inclus) j'ai quelques adresses mails sur pas mal de domaine avec des interfaces moins sexy que Gmail ou Yandex alors j'utilise encore Thunderbird pour mutualiser toutes ces boites.
A notre époque tout est plus ou moins "Web" et la Fondation Mozilla développe deux outils plutôt complémentaires, et qui se ressemblent : Thunderbird présente les mails dans un Onglet, j'ai envie de le glisser/déposer dans l'interface de Firefox et de le voir venir gracieusement s'ajouter à côter des autres :o
Réflexion sur maintenant 4 ans d'usage bureautique "perso" sous Mint sans aucune partoche Windows à côté hein, ça, ça ne compte pas.
Hormis lorsque rarement je lance un jeu (civ en gros ..) ou une application particulière pour bidouiller un peu de photos ->La casi-totalité de mon usage sur cette machine tourne autour du Navigateur.
[^] # Re: En fait, ça existe déjà…
Posté par Kwiknclean . En réponse au journal Le Firefox nouveau est arrivé !. Évalué à 0.
Les mails dans le navigateur intérêt : mutualiser les outils par exemple.
J'aimerais simplement pouvoir attribuer un onglet ou groupe d'onglet messagerie et avoir une sous couche de "Thunderbird" à l'intérieur de FF, je ne vois pas ce qu'il y a de ridicule.
Deuxième intérêt -> relancer le développement de Thunderbird qu'est manifestement un peu laissé à l'abandon (j'suis mauvaise langue j'vois passé quelques update mais très rare comparées à Firefox).