Reprise du message précédent :

Donc t'es encore stagiaire

Ok. En attendant c'est toi qui doit faire le café.

 
Et moi je prend ma retraite dans un an et demi. Voire avant...

 
   
 
pas des masses vu la periode....l'activité est directement impacté par le covid.

Les contractuelles, c'est celles qui foutent les PV c'est juste ?

 
Si t'as les moyens vas y, fais toi plaisir

Ils s'expriment bizarrement les Suisses

y'en aurait il qui ont deja eu a utiliser le module ansible pour postgresql pour definir des permissions ?
 
J'essaye de donner des droits sur des fonctions a un user  
 
dans la doc j'ai ca :
 
# Available since version 2.8
# Grant 'execute' permissions on all functions in schema 'common' to role 'caller'
- name: GRANT EXECUTE ON ALL FUNCTIONS IN SCHEMA common TO caller
  postgresql_privs:
    type: function
    state: present
    privs: EXECUTE
    roles: caller
    objs: ALL_IN_SCHEMA
    schema: common
 
quand j'execute ca, ca me dit "missing required arguments: database"

Vu le message d'erreur il a l'air d'attendre que tu lui précises sur quel DB tu veux filer les droits
Et d'après la doc, l'argument "database" est obligatoire : https://docs.ansible.com/ansible/la [...] odule.html
 
Mais en vrai j'ai jamais utilisé ansible et j'ai touché à postegresql que de loin

 
le truc c'est que pour moi ces fonctions n'ont rien a voir avec une database
 
c'est pour du monitoring via zabbix :
 
https://www.zabbix.com/integrations [...] :official2
 
CREATE USER 'zbx_monitor' IDENTIFIED BY '<password>';
GRANT EXECUTE ON FUNCTION pg_catalog.pg_ls_dir(text) TO zbx_monitor;
GRANT EXECUTE ON FUNCTION pg_catalog.pg_stat_file(text) TO zbx_monitor;
 
ca ce qu'ils donnent a faire dans la doc
 
a aucun moment on ne parle de database

J'imagine que tout ca se passe dans une base quand même?

La base d'admin d'une instance postgres par défaut s'appelle... postgres... et le compte d'admin s'appelle... postgres.
pg_catalog est un module/catalogue d'objets de cette base d'admin.

Rentré d'une semaine de vacances hier Le choc de la boîte mails et des tonnes de trucs à faire En fait c'est presque mieux de pas m'absenter, parce que le retour ça pique
 

 
Figure toi que j'ai recruté un gars pour porter Xen sur RISC-V (enfin c'est pas sa mission principale là maintenant, mais ça va l'être à un moment)

Bah file la db aussi
 
Sinon fait ca salement genre
 
- name: i want to be fired
  shell: psql -c "CREATE USER admin WITH PASSWORD 'admin';"
 

le create user c'est bon
c'est les 2 commandes suivante que j'essaye de transcrire dans ansible

et si possible avec le module qui va bien, pas salement

bon ok je le fais sale

Nan mais t'as listé les db avec psql et la commande \dt ?

 
Tu peux le faire sur n'importe quelle DB (genre celle de Zabbix).

Et après on râle sur les devs

sauf que je vois aps pk je le ferais sur une DB alors que les commandes qu'ils donnent se font sur aucune db
 
d'aillerus si j'utilise le module en precisant database: zabbix il me pont une erreur comme quoi la fonction n'existe pas dans la database en question
 

et t'as testé la proposition d'alien64 (db par défaut)?

Très intéressant.
Juste un point que j'ai du mal à comprendre.
Comment faire , dans le cas d'un SI de classe 2 totalement isolé, pour pousser les MAJ Windows ou base anti-virale ?

 
Je ne sais pas comment tu te débrouilles mais chez moi :
 

 
Avec :
 

 
(je le fais sur la DB zabbix qui existe sur le serveur, ça marche aussi sur la DB postgres)

oui j'ai testé ca marche pas

c'est bon je l'ai fait de maniere degueux et ca roule donc ca me va

j'ai rajouté un test pour pas executer la ocmmande si les droits sont deja positonnés

edit : j'avais pas vu le dernier post, je regarde

comment faire pour que ce soit valable pour toutes les databases du coup ?

Tu peux enregistrer une variable contenant la liste des DB depuis une autre tâche et itérer dessus avec

associé à

 
Le problème c'est qu'il faudra lancer ton playbook à chaque nouvelle base Ce qui n'est pas forcément très grave dans la mesure où tu utilises Ansible pour créer/détruire les bases

avec le compte postgres tu as les droits sur toutes les bases.
avec ton compte dédié zbx_monitor, pour faire simple tu peux aussi le mettre en SUPERUSER (ALTER USER zbx_monitor WITH SUPERUSER; ) ou donner des grants spécifiques à chaque base/schéma

All your bases are belong to us!
   
A+,

 
 
Deux petites questions :  
 
_ ceux qui ont des serveurs Linux, vous utilisez quelle distro?
 
_ pour les bases de données, c'est quoi donc?  
 
Merci de vos retours

CentOS pour moi pour tout type de base ou son équivalent custom Oracle Linux pour les bases Oracle (obligatoire pour le support)

Ben ce qui est supporté par l'éditeur, tant en base de données qu'en distribution. Si ton soft fait que du oracle, vouloir installer du postgresql sera pas une grandiose idée.

Oui je me doute bien que c'est l'appli qui va choisir la BDD, mais c'était par curiosité.
Quand je bossais (suis toujours au chômage technique...), on n'avait que des serveurs en Red Hat. Perso, pas ma distro de coeur. Loin de là même. J'installais plutôt des Debian moi.

Au final, un Linux ça reste un Linux. Enfin à mon humble avis. Ici j'ai déployé du debian, du centos, avant j'ai fait surtout du suse.

 
C'est ca tant que tu mets pas du fedora en prod...    Sinon j'ai une preference pour les Redhat / Centos mais ici on a un peu de tout  

Celle qui est maîtrisée par l'équipe en charge.
Idéalement, du CentOS/RHEL/Ubuntu/Debian.

Euuh... J'ai toujours eu des soucis avec les licences RH moi. Quand il fallait les renouveler, genre mission impossible de savoir de quel serveur on parlait. Même en les appelant, ils étaient incapables de me le dire. Et c'était gênant bien sûr en prod.  
Au moins, avec mes Debian, je pouvais gérer sans problème.

mais on est parfois obligé de mettre du fedora en client

Voilà qui répond bien. La bonne distribution c'est d'abord celle qui est maîtrisée.

Mais je ne demandais pas quelle distro est la meilleure... Juste celle que vous utilisiez dans votre boite. C'est tout Tout comme les BDDs...

Debian principalement, Suse quand c'est obligé par l'éditeur ...
Il y a encore quelque CentOS qui traine mais on est en train de s'en débarrasser