Table des matières
3 billet(s) pour janvier 2026
| Notes rsh rcp | 2026/01/21 18:08 | Jean-Baptiste |
| Git - Duplication d'un dépôt | 2026/01/19 10:22 | Jean-Baptiste |
| Exemple simple de conf Nagios | 2026/01/14 10:07 | Jean-Baptiste |
Pb plus de son quand on passe en console TTY
Solution 1
Mais c'est pas la bonne solution http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide/
W: [pulseaudio] main.c: Le démon s'exécute en mode système, mais --disallow-exit n'est pas défini. W: [pulseaudio] main.c: Le démon s'exécute en mode système, mais --disallow-module-loading n'est pas défini. N: [pulseaudio] main.c: Le démon s'exécute en mode système, désactivation forcée du mode SHM. N: [pulseaudio] main.c: Le démon s'exécute en mode système, désactivation forcée de la fermeture après délai d'inactivité. W: [pulseaudio] main.c: Vous exécutez PA dans un mode système. Sachez que vous ne devriez pas faire cela. W: [pulseaudio] main.c: Si vous choisissez malgré tout de le faire, vous êtes responsable de tout dysfonctionnement inattendu. W: [pulseaudio] main.c: Veuillez lire http://pulseaudio.org/wiki/WhatIsWrongWithSystemMode pour comprendre pourquoi le mode système est généralement une mauvaise idée.
Voir http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/SystemWide/
/etc/pulse/daemon.conf
system-instance = yes
sudo usermod -aG pulse,pulse-access mpd sudo usermod -aG pulse,pulse-access your-login
La modif sera effective au prochain redémarrage
Comment redémarrer PulseAudio !?
Solution 2
A vérifier N'est-ce pas le mode deamon qui fait que ça marche !
~/.pulse/client.conf
autospawn=yes
Puis dans le TTY
pulseaudio --start
La session doit être ouverte avec le même compte en TTY que sur l'interface graphique (su et sudo ne marche pas, pourquoi ?)
Pb PHP Warning: PHP Startup: Unable to load dynamic library
su - apache cd /var/www/plop php symfony cc
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/php_mapscript.so' - libhdf5.so.6: cannot open shared object file: No such file or directory in Unknown on line 0
On test en changeant le LD_LIBRARY_PATH
export LD_LIBRARY_PATH=/usr/lib64/mpich/lib/
php symfony cc
Ça marche !
Voir aussi
env LD_LIBRARY_PATH=/run/current-system/sw/lib:$LD_LIBRARY_PATH
Rendre la manip permanante
Pour ne pas a avoir à exporter systématiquement LD_LIBRARY_PATH
/etc/ld.so.conf.d/mpich-x86_64.conf
/usr/lib64/mpich/lib
ldconfig
Autres
ldconfig en lecture seule (pas besion de compte root)
/sbin/ldconfig -NXv |grep mpich
Pb pas d'historique en console pour certains shells
ou pas d'historique en ligne de commande
Un exemple de la console ocaml
Source : http://stackoverflow.com/questions/11757239/how-to-repeat-last-command-in-ocaml-interpreter-shell
Avec la console (ici exemple avec ocaml) pas d'historique.
La flèche du haut me donne les caractères suivants :
$ ocaml ^[[A
La fléche du bas :
^[[B
Solution avec rlwrap (GNU Readline)
sudo apt-get install rlwrap
rlwrap ocaml
Ça marche aussi avec Netcat
rlwrap nc smtp.acme.com 25
Pb OpenVPN démarrage service
Voir Using OpenVPN with systemd
On jette un œil
dpkg -L openvpn |egrep 'systemd.*service$'
On a la commande
/usr/sbin/openvpn --status /run/openvpn/client.status 10 --cd /etc/openvpn --config /etc/openvpn/client.conf
Manuellement ça marche (interface réseau tun, ping…) Ctrl + C
# systemctl status openvpn@vpn.service # systemctl start openvpn@vpn.service Options error: In [CMD-LINE]:1: Error opening configuration file: /etc/openvpn/vpn.conf
/etc/default/openvpn
# If you're running systemd, changing this variable will
# require running "systemctl daemon-reload" followed by
# a restart of the openvpn service (if you removed entries
# you may have to stop those manually)
#
AUTOSTART="all"
Solution
systemctl daemon-reload
service openvpn reload
service openvpn@client reload
Si encore pb, penser à utiliser des chemins absolus dans le fichier de conf et s'assurer que l'extension (.conf ou .ovpn !?) soit bonne
Pb OpenStack client API - Debian unable to establish connection to
Pb Debian - Unable to establish connection to
$ export OS_AUTH_URL=https://vio.acme.local:5000/v3 $ openstack service list Unable to establish connection to https://192.168.51.61:5000/v3/auth/tokens
Mais je ne veux pas me connecter sur https://192.168.51.61:5000/v3/auth/tokens mais sur https://vio.acme.local:5000/v3 ! D'où sort ce 192.168.51.61 ?
Voilà la réponse
curl https://vio.acme.local:5000/ |jq
{ "versions": { "values": [ { "status": "stable", "updated": "2018-02-28T00:00:00Z", "media-types": [ { "base": "application/json", "type": "application/vnd.openstack.identity-v3+json" } ], "id": "v3.10", "links": [ { "href": "https://192.168.51.61:5000/v3/", "rel": "self" } ] }, { "status": "deprecated", "updated": "2016-08-04T00:00:00Z", "media-types": [ { "base": "application/json", "type": "application/vnd.openstack.identity-v2.0+json" } ], "id": "v2.0", "links": [ { "href": "https://192.168.51.61:5000/v2.0/", "rel": "self" }, { "href": "https://docs.openstack.org/", "type": "text/html", "rel": "describedby" } ] } ] } }
Mais comment cela se fait-il que ça marche sous Ubuntu (paquet plus récent) sans passer par 192.168.51.61:5000 ?
Pour infos (Sur une machine Ubuntu OK)
openstack endpoint list |grep identity
| Interface | URL |
| admin | https://192.168.51.61:35357/v3 |
| internal | https://192.168.51.61:5000/v3 |
| public | https://vio.acme.local:5000/v3 |
En mode debug
openstack service list --debug
Using auth plugin: password
Using parameters {'username': 'Admin', 'project_name': 'admin', 'user_domain_name': 'local', 'auth_url': 'https://vio.acme.local:5000/v3', 'password': '***', 'project_domain_id': 'default'}
Get auth_ref
REQ: curl -g -i --cacert "/etc/ssl/certs/" -X GET https://vio.acme.local:5000/v3 -H "Accept: application/json" -H "User-Agent: osc-lib keystoneauth1/2.12.1 python-requests/2.12.4 CPython/2.7.13"
Starting new HTTPS connection (1): vio.acme.local
https://vio.acme.local:5000 "GET /v3 HTTP/1.1" 200 253
RESP: [200] Date: Fri, 15 Mar 2019 16:24:42 GMT Server: Apache/2.4.18 (Ubuntu) Vary: X-Auth-Token,Accept-Encoding X-Distribution: Ubuntu x-openstack-request-id: req-e9811abb-cd7a-4811-8164-76e86fcedc59 Content-Type: application/json Content-Length: 253
RESP BODY: {"version": {"status": "stable", "updated": "2018-02-28T00:00:00Z", "media-types": [{"base": "application/json", "type": "application/vnd.openstack.identity-v3+json"}], "id": "v3.10", "links": [{"href": "https://192.168.51.61:5000/v3/", "rel": "self"}]}}
Making authentication request to https://192.168.51.61:5000/v3/auth/tokens
Starting new HTTPS connection (1): 192.168.51.61