Le Topic Unique des marionnetistes@OSA (Puppet, Salt, Chef, ...)

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 3 4 5 6 7 8 9 Page Suivante Page Précédente Bas de page
Auteur	Sujet : Le Topic Unique des marionnetistes@OSA (Puppet, Salt, Chef, ...)

dead_j

Reprise du message précédent :
Tu pourrais faire un "puppet master --environment produciton --configprint all" sur ton puppet en 3.6 ? Je galère grave avec les environnements... et pourtant je n'ai besoin que de la production ! Je ne sais pas ca veut vraiment pas :pt1cable:

Voici le puppet.conf sur mon master ou se trouve foreman :

### File managed with puppet ###
## Module: 'puppet'

[main]
# The Puppet log directory.
# The default value is '$vardir/log'.
logdir = /var/log/puppet

# Where Puppet PID files are kept.
# The default value is '$vardir/run'.
rundir = /var/run/puppet

# Where SSL certificates are kept.
# The default value is '$confdir/ssl'.
ssldir = $vardir/ssl

# Allow services in the 'puppet' group to access key (Foreman + proxy)
privatekeydir = $ssldir/private_keys { group = service }
hostprivkey = $privatekeydir/$certname.pem { mode = 640 }

# Puppet 3.0.x requires this in both [main] and [master] - harmless on agents
autosign = $confdir/autosign.conf { mode = 664 }

show_diff = false

### Next part of the file is managed by a different template ###
## Module: 'puppet'

[agent]
# The file in which puppetd stores a list of the classes
# associated with the retrieved configuratiion. Can be loaded in
# the separate ``puppet`` executable using the ``--loadclasses``
# option.
# The default value is '$statedir/classes.txt'.
classfile = $vardir/classes.txt

# Where puppetd caches the local configuration. An
# extension indicating the cache format is added automatically.
# The default value is '$confdir/localconfig'.
localconfig = $vardir/localconfig

# Disable the default schedules as they cause continual skipped
# resources to be displayed in Foreman - only for Puppet >= 3.4
default_schedules = false

report = true
pluginsync = true
masterport = 8140
environment = production
certname = puppet.tools.local
server = puppet.tools.local
listen = false
splay = false
runinterval = 1800
noop = false
configtimeout = 120

### Next part of the file is managed by a different template ###
## Module: 'puppet'

[master]
autosign = $confdir/autosign.conf { mode = 664 }
reports = foreman
external_nodes = /etc/puppet/node.rb
node_terminus = exec
ca = true
ssldir = /var/lib/puppet/ssl
certname = puppet.tools.local
strict_variables = false
environmentpath = $confdir/environments

La conf de l'agent sur une autre machine :

[main]
logdir=/var/log/puppet
vardir=/var/lib/puppet
ssldir=/var/lib/puppet/ssl
rundir=/var/run/puppet
factpath=$vardir/lib/facter
server=puppet.tools.local
ca_server=puppet.tools.local
certname=client51.tools.local
environment=production

[master]
# These are needed when the puppetmaster is run by passenger
# and can safely be removed if webrick is used.
ssl_client_header = SSL_CLIENT_S_DN
ssl_client_verify_header = SSL_CLIENT_VERIFY

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

Publicité

dead_j

Je viens de trouver la solution a tous mes problèmes via ce lien :

https://groups.google.com/forum/#!t [...] n6QjyI0qQs

En faite le proxy foreman ne supporte pas encore les environnements dynamiques amené avec la version 3.6 mais un patch existe !

cd /usr/share/foreman-proxy && curl https://github.com/theforeman/smart-proxy/pull/161.patch | patch -p1

Et ca marche :bounce:

Reste plus qu'a comprendre comment fonctionne les modules maintenant...

Message édité par dead_j le 27-05-2014 à 15:35:08

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

e_esprit

C'est pas le plus compliqué, en général c'est les bugs sur l'infra/archi puppet qui cassent le plus les couilles, mais ça tu le sais déjà maintenant

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

dead_j

Une petite question concernant les modules, sachant qu'il y en a plein qui traine sur la forge tu les fais toi même ou tu as trouvé ton bonheur la bas ?

J'ai besoin dans un premier temps de chose très basique comme normaliser ces fichiers :

.bashrc
ntp
motd
resolv.conf

et m'assurer qu'une liste de package soit bien installé sur les machines

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

black_lord

Modérateur
Truth speaks from peacefulness

faut voir, selon ce que tu fais avec

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

e_esprit

Ca dépends.

Si je veux un module customisable pour avoir des trucs très différents sur mes machines en fonction de facts (versions d'OS, voire OS différents), je tapes dans la forge (si y a le module qui m'intéresse).

Pour les truc plus simples (genre installer un paquet, coller une conf standard "à nous" et relancer le service) je le fais moi même.

Message cité 1 fois
Message édité par e_esprit le 27-05-2014 à 16:14:51

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

black_lord

Modérateur
Truth speaks from peacefulness

e_esprit a écrit :

Ca dépends.

Si je veux un module customisable pour avoir des trucs très différents sur mes machines en fonction de facts (versions d'OS, voire OS différents), je tapes dans la forge (si y a le module qui m'intéresse).

Pour les truc plus simples (genre installer un paquet, coller une conf standard "à nous" et relancer le service) je le fais moi même.

ici on fait quasi tout nous meme, on reprend parfois une idée des cookbooks communautaires mais c'est super rare. Je viens de faire tourner un cloc sur le repo de cookbooks, je me suis fait peur "programmer son infra" prend tout son sens

Message cité 1 fois

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

Profil supprimé

black_lord a écrit :

ici on fait quasi tout nous meme

Pareil, mais c'est historique. Quand on a commencé puppet il y a ~ 3 ans, il n'y avait pas tout ce dont on avait besoin dispo en ligne....
Si c'était à refaire maintenant, je réimporterai en priorité les modules supportés par puppetlabs...

dead_j

Je ne sais pas combien de puppet votre master gère mais vos puppets se lancent via le cron ou en service ? Beaucoup parle de problème de mémoire quand le puppet est lancé via le service, je serais curieux d'avoir des retours sur les dernières versions !

Le master doit prendre chère aussi quand il doit gérer les requêtes d'une cinquantaine de puppet non ? Comment avez vous optimisé le coté infra de puppet ?

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

e_esprit

Mon principal (le plus ancien donc ) a 20 clients en service, et 80 en cron.

Pour les cron il suffit de s'arranger pour les programmer à des horaires différents. Et pour les services il faut s'arranger pour les (re-)lancer avec un intervalle d'environ 2 minutes (en gros) et ça roule

Pas eu de souci, la charge peut monter un peu dessus quand y a plusieurs clients en même temps, mais comme il fait que ça c'est pas grave, les clients sont pas pressés

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

Publicité

black_lord

Modérateur
Truth speaks from peacefulness

quand j'avais encore du puppet j'utilisais mcollective + puppet commander pour faire le scheduling; ça permet d'avoir un nombre max de run en meme temps, avec le retry automatique et la charge est lissée;

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

dead_j

Je vais regarder tout ca, j'essaye tout de même de garder une structure le plus simple possible a maintenir

Une news qui vient de tomber sur binbash
http://binbash.fr/2014/05/29/puppe [...] petdb-2-0/

D'ailleurs quel est l’intérêt de puppetdb quand on a Foreman ?

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

binbashfr

Salut,

S'il n'y a qu'une chose à citer, c'est les ressources exportées :
http://docs.puppetlabs.com/puppet/ [...] orted.html

A+

e_esprit

Han, ces 2 exemples me parlent beaucoup :love:

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

dead_j

IL faudrait peu de chose a Foreman pour qu'il puisse faire la même chose

Citation :

How does Foreman work with PuppetDB?
Foreman does not use PuppetDB, nor does PuppetDB use Foreman. While they can both be used at the same time if you wish, there is no integration between these two tools.

In the past Foreman used to use the ActiveRecord based Storeconfigs setup, to access facts but this is now deprecated (see Puppet Facts for the correct way to configure this now).

Reports can now be stored in PuppetDB (since version 1.1.0) but Foreman uses its own report storage to present reports to you, and will not use the reports stored in PuppetDB.

If you wish to use an alternative to PuppetDB exported resources, you can utilize foreman search API - see This Blog Entry

The puppetdb_foreman plugin can be used to deactivate nodes in PuppetDB automatically when they are deleted from Foreman's database.

Mais c'est plutôt bourrin effectivement Vu que je suis le seul a maintenir le Centreon au boulot ca pourrait être fou qu'il se gère automatiquement via puppet ^^ Bref je suis encore loin de ca. Je vais pour l'instant en finir avec les fonctionnalités de base avant d'aller un cran au dessus

Message cité 1 fois
Message édité par dead_j le 31-05-2014 à 13:35:44

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

black_lord

Modérateur
Truth speaks from peacefulness

dead_j a écrit :

Je ne peux qu'abonder sur l'idée. Ici ça nous a pris "au fil de l'eau" environ 1 an et demi mais on n'écrit plus jamais une seule ligne de config nagios. La conf nagios fait + de 7500 lignes de toute façon, c'est pas fait pour les humains Les exported resources sont la bonne façon de faire je pense, c'est ce qu'il y a de plus proche des attributs chef qu'on stocke pour un node.

Have fun

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

dead_j

Il y a un truc que je pige pas avec les modules

J'essaye de me servir de ce module =

https://forge.puppetlabs.com/pdxcat/nrpe

Aucun problème pour l'installer et aucun problème pour bénéficier du paramétrage de base. La ou je ne comprend pas c'est pour me servir de ça :

Citation :

nrpe::command
This define can be used to add nrpe commands to the include directory for nrpe

nrpe::command {
'check_users':
ensure => present,
command => 'check_users -w 5 -c 10';
}

qui devrait me permettre de déployer les commandes et ca :

Citation :

nrpe::plugin
This define can be used to install nrpe plugins

nrpe::plugin {
'check_mem':
ensure => present,
source => 'puppet:///files/check_mem',
}

qui devrait me permettre de déployer les plugins.

Je ne sais pas ou rajouter ca dans Foreman ! J'ai donné ce module en exemple mais j'ai le problème avec d'autres.

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

e_esprit

J'imagine que tu utilises foreman comme ENC et non les fichiers site.pp/nodes.pp ?

Si c'est ça :
http://theforeman.org/manuals/1.5/ [...] zedClasses

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

dead_j

Effectivement j'utilise Foreman de cette façon (enfin j'essaye )

J'ai déja lu cette doc plusieurs fois, j'ai configuré le plugin NRPE de cette façon et ca fonctionne le problème c'est que j'ai aucune occurence a une classe "nrpe::command" ou "nrpe::config"

Message édité par dead_j le 05-06-2014 à 10:13:53

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

dead_j

Je suis toujours bloqué a l'installation de certain plugin que je ne comprend pas comment utiliser. Par exemple :

https://forge.puppetlabs.com/puppetlabs/apt/1.4.2

J'ai installé le module pas de problème, je l'ai rajouté a certaines machines pas de problème mais maintenant je ne comprend pas comment définir mes dépôts. Comment adapté ce module a mon utilisation ? J'ai du mal a comprendre la philosophie de puppet a ce niveau. Il y a un répertoire test dans ce module ou on peut voir un exemple qu'on peut executer a la mano via apply mais ca m'explique pas comment personnaliser ce module pour l'ajouter a mes machines après.

J'ai besoin d'un peu d'aide je suis paumé :sweat:

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

e_esprit

Bah y a des exemples sur la page que tu cites.

Tu bloques sur quoi exactement ? [:transparency]

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

dead_j

En faite maintenant je sais comment expliquer sur quoi je bloquais Je n'arrivais pas a utiliser l'ENC avec les plugins. J'ai réussi a m'en servir cette semaine donc j'ai bien avancé, maintenant je me pose certaine question comme comment se servir d'un plugin différemment sur plusieurs machine avec l'ENC ? C'est pas bloquant pour l'instant vu que j’utilise chaque plugin de la même façon sur plusieurs machines mais le jour ou je vais vouloir automatiser NGINX / Haproxy je vais pouvoir faire des confs différentes sur plusieurs machines. Je posterais mon yaml prochainement si ca peut faire avancer le bazar

Message édité par dead_j le 14-06-2014 à 15:09:12

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

e_esprit

ENC pas UNC
http://theforeman.org/manuals/1.5/ [...] zedClasses
=> Setting up Matchers :jap:

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

dead_j

Oui oui j'ai dis ENC voyons Merci pour le lien, j'avais vu cette fonctionnalité en vidéo au tout début mais ca me parlé pas sur le moment maintenant je vois ce que je vais pouvoir en faire

D'après ce que j'ai compris je peux aussi rendre dynamique certaines de mes variables via les "Smart Variables" parce qu'avec les matchers dans les "Smart Class" c'est juste on ou off.

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

dead_j

D'ailleurs j'avais une dernière question avant ma prochaine semaine d'utilisation de puppet

J'ai un problème avec certain module, toutes les fonctions ne sont pas importé dans Foreman. Par exemple dans le plugin apt de puppetlabs j'ai certaines fonctions que je ne vois pas comment utiliser comme apt::force / apt::key / apt::pin...

J'ai l'impression qu'il charge les class dans le "init.pp" mais qu'il gère pas le "define apt:pin" dans le fichier "pin.pp", la question c'est est ce qu'il y a une technique pour les utiliser ?

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

e_esprit

Tu ferais peut-être bien de mettre l'ENC de côté pour l'instant

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

dead_j

Mais finalement si je ne gère pas avec l'ENC Foreman me sers strictement a rien a part voir les remontés d'info ? On peut pas faire une utilisation Mix ENC / Normal ?

Message édité par dead_j le 16-06-2014 à 11:27:13

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

e_esprit

C'est possible je crois.

Sinon tu ne te poses pas la question dans le bon sens.
A te lire, tu veux utiliser l'ENC parce que tu as installé Foreman, la logique voudrait plutôt que ce soit l'inverse

Pour ma part, Foreman c'est surtout pour le provisionning/le suivi/les rapports.
Les ENC c'est très bien pour les grosses structures où tu as des gens qui développent des modules/classes puppet, et d'autres gens qui vont piocher dedans pour les assigner à des machines, le tout avec une gestion des droits que ne permet pas vraiment l'utilisation du init.pp/nodes.pp.

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

dead_j

J'ai utilisé l'ENC via Foreman parce que c'est la seule façon que j'avais trouvé d'utiliser les modules en personnalisant les classes.

J'avais trouvé plein de site qui expliquaient comment utiliser l'init.pp/nodes.pp mais aucun de façon avancé. Du coup le premier module qui demande de faire ce genre de chose :

Citation :

Note you can also specifying more complex pins using distribution properties.

apt::pin { 'stable':
priority => -10,
originator => 'Debian',
release_version => '3.0',
component => 'main',
label => 'Debian'
}

Je ne sais pas ou mettre ca, comment l'utiliser. Tu aurais un exemple a me donner ? Va falloir que je te paye une binouze avec toute l'aide que tu m'apportes

Message édité par dead_j le 16-06-2014 à 13:21:22

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

e_esprit

Ben tu crées un module avec une classe à toi, dans laquelle tu déclare ton apt::pin, et tout ce qui peut aller avec.
Ensuite tu fais un include de ta classe dans la définition de tes noeuds.
http://projects.puppetlabs.com/pro [...] ll_Pattern

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

e_esprit

Putain je kiffe les exported resources [:hurle]

Fallait que je le dise

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

black_lord

Modérateur
Truth speaks from peacefulness

tu aimerai chef je pense

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

e_esprit

Possible, mais là pour l'instant j'ai un truc qui marche très bien, donc on verra plus tard. Pareil sur un prochain job
J'aimerais bien tester salt aussi.

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

dead_j

exported ressource ? Tu peux développer un peu l'usage que tu en fais au quotidien ?

Vous connaissez cette erreur ?

Citation :

Provider apt does not support features virtual_packages; not managing attribute allow_virtual

Je sais que ca concerne les virtual packages, j'ai résolu le problème dans un de mes scripts en utilisant @package comme par exemple ici :

if $is_virtual == "true" {
@package { "mpt-status":
ensure => absent;
}

Mais j'ai le problème dans des script tout fait que j'ai pris sur la forge et j'aimerais éviter de tous les modifier Par exemple avec ce script NRPE :

class nrpe (
$allowed_hosts,
$ensure = running,
$enable = true,
$dont_blame_nrpe = false,
$opsview_use = false,
$server_address = "0.0.0.0",
$service_check_command = {},
) {

validate_array($allowed_hosts)
validate_hash($service_check_command)
validate_bool($enable, $dont_blame_nrpe, $opsview_use)

case $::operatingsystem {
centos, redhat, amazon: {
if ! defined(Class['rpmforge']) { include rpmforge }

$service = 'nrpe'
$main_package = 'nagios-nrpe'
$packages = [ 'nagios-nrpe', 'nagios-plugins-users', 'nagios-plugins-load',
'nagios-plugins-disk', 'nagios-plugins-procs', 'nagios-plugins-swap', ]

# set the lib path
if $::architecture == 'x86_64' {
$libpath = '/usr/lib64'
} else {
$libpath = '/usr/lib'
}

# set the pid file
$pid_file = '/var/run/nrpe.pid'

}

debian, ubuntu: {
$service = 'nagios-nrpe-server'
$main_package = 'nagios-nrpe-server'
$packages = [ 'nagios-nrpe-server', 'nagios-plugins-basic', 'nagios-plugins', ]

# config variables
$libpath = '/usr/lib'
$pid_file = '/var/run/nagios/nrpe.pid'

}

default: { fail ("Error: Unrecognized operating system = ${::operatingsystem}" ) }

}

# allowed hosts to connect
$hosts = join( $allowed_hosts, ',' )

if $::operatingsystem =~ /(?i:RedHat|CentOS|Amazon)/ {
package { $packages:
ensure => installed,
require => Class['rpmforge'],
}
}
else {
package { $packages:
ensure => installed,
}
}

file { 'nrpe.cfg':
path => '/etc/nagios/nrpe.cfg',
ensure => file,
mode => 644,
owner => 'root',
group => 'root',
content => template('nrpe/nrpe.cfg.erb'),
require => Package[$main_package],
notify => Service[$service],

}

service { $service:
ensure => $ensure,
enable => $enable,
hasrestart => true,
hasstatus => true,
require => [ Package[$main_package], File['nrpe.cfg'] ],

}

}

J'ai essayé ca mais ca explose tout :

if $::operatingsystem =~ /(?i:RedHat|CentOS|Amazon)/ {
@package { $packages:
ensure => installed,
require => Class['rpmforge'],
}
}
else {
@package { $packages:
ensure => installed,
}
}

Une idée ?

Message édité par dead_j le 24-06-2014 à 23:13:22

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

e_esprit

Pour les exported resources, là mon cas d'utilisation c'est dans le cadre d'un cluster de calcul :
- on rajoute un noeud
- automatiquement sur un serveur NFS est crée un dossier /toto/nom_du_noeud
- ce dossier est rajouté dans les exports NFS, vers l'IP du noeud uniquement
- le service NFS est rafraîchi

Je m'en sers aussi pour générer automatiquement le fichier de conf hosts.conf de apt-dater (mon module installe ce qu'il faut sur le noeud, crée un user, installe la/les clefs SSH, donne les droits sudo, etc... puis le noeud est rajouté dans le fichier de conf, pas d'oubli comme ça).

Sinon les exemples les plus parlant restent la génération auto de la conf nagios (côté serveur nagios) ou de bacula, pas encore mis en place, mais ça va venir

Pour ton problème, ça ne me dit rien, mais peut-être en forçant plutôt le allow_virtual à false sur les définitions de package qui posent problème ?

Message cité 1 fois
Message édité par e_esprit le 25-06-2014 à 11:00:39

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

Profil supprimé

e_esprit a écrit :

Pour les exported resources, là mon cas d'utilisation c'est dans le cadre d'un cluster de calcul

Nous on s'en sert pour configurer plus ou moins automatiquement le nagios...

dead_j

Je ne vois pas ou je peux inclure "allow_virtual = false"dans la définition des packages

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

e_esprit

Faudrait quand même envisager de regarder les bases de puppet :heink:
http://docs.puppetlabs.com/referen [...] ml#package

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

dead_j

J'ai déjà essayé comme ca (comme dans la doc) ca ne fonctionne pas... j'ai toujours l'erreur. Je pensais que tu connaissais un autre moyen bref La commande allow_virtual ne me permet pas d'apporter une solution parce que je pense que le réel problème c'est que cette commande n'est pas prise en compte dans mon cas.

---------------
Le Rock c'est la colle qui tient l'univers en place, si cette jointure n'existait pas, la vie n'aurais pas de sens :D

e_esprit

Mais t'es certain que c'est un message d'erreur (bloquant), pas juste un warning/une info ?

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

e_esprit

MAJ 29/10/2014 : Ouverture du topic aux autres solutions d'automatisation / gestion de configuration : Salt, Chief, etc.

Un peu comme pour le topic virtualisation qui regroupe Xen, KVM, virtualbox (mais pas proxmox qui a son propre topic parce que c'est pour les noobs ²)

Message cité 1 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

Publicité

Page : 1 2 3 4 5 6 7 8 9

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Codes et scripts

Le Topic Unique des marionnetistes@OSA (Puppet, Salt, Chef, ...)

Sujets relatifs
[Topic Unique] Fedora 35 out - Gnome 41	bruit bizarre, linux inside
[O/C@linux] Enfin sur OSA clockez en 100% linux !!	Cherche NAS bon marché et OSA compliant
problème de configuration postfix: serveur secondaire (:cry: inside)	Ubuntu (Noobette inside) partition et Lecteur USB
Comportemant étrange sur les i/o disques (serveumails & iostat inside)	IWH6000@OSA
Plus de sujets relatifs à : Le Topic Unique des marionnetistes@OSA (Puppet, Salt, Chef, ...)

Page générée en 0.124 secondes