Linux Notizen

Ein Reminder was alles gemacht werden muss damit das puppetlabs/postgresql PostgreSQL 9.5 aus dem Software-Collections Channel installiert. Ob default_connect_settings der richtige Ort für LD_LIBRARY_PATH ist, weiss ich nicht. Es hat aber auch nichts passenderes gehabt. Zusätzlich musste noch manifests/server/service.pp erweitert werden: validate_db_connection muss den Parameter c onnect_settings => $::postgresql::globals::default_connect_settings bekommen. class { '::postgresql::globals': version => '9.5', bindir => '/opt/rh/rh-postgresql95/root/usr/bin', service_name => 'rh-postgresql95-postgresql', server_package_name => 'rh-postgresql95-postgresql-server', client_package_name => 'rh-postgresql95-postgresql', contrib_package_name => 'rh-postgresql95-postgresql-contrib', devel_package_name => 'rh-postgresql95-postgresql-devel', docs_package_name => 'rh-postgresql95-...

Beim Versuch festzustellen, wieso Method = static, nsswitch in /etc/idmapd.conf nicht funkioniert. Als erstes mal nfs4_disable_idmapping Parameter auf N gesetzt (defaults: EL7: Y, EL6: N, EL5: nicht verfügbar), damit das idmapping tatsächlich stattfindet. Danach zeigen die Dateien obwohl die User auf Client und Server unterschiedliche UID+GID haben korrekte Werte an. Irgendwann bin ich darauf gestossen: ... static: This method works only for translating GSS authenticated names to local names ... (/usr/share/doc/libnfsidmap-0.25/README) Ok, geht also nicht mit sec=sys sondern nur mit sec=krb5 und Co. Der Hinweis hätte gerne schon in den idmapd.conf Kommentaren stehen dürfen. Was dann aber schon sehr verwunderlich war, dass obwohl ls -l anzeigt, dass ich Zugriff habe, dann der Zugriff nicht so funktioniert hat. Der Ubuntu Bug nfs4+idmap does not map uids correctly when using AUTH_SYS beschreibt wahrscheinlich das Problem. Angezeigt wird es wie erwartet: Server schick...

Du versuchst ein SELinux Modul zu laden, aber das schlägt fehl. Mit ungefähr so einer Meldung: semodule -i meinmodul.pp Failed to resolve typeattributeset statement at /etc/selinux/targeted/tmp/modules/400/meinmodul/cil:42 semodule: Failed! Du versuchst dann diese Zeile 42 anzuschauen. Die Datei /etc/selinux/targeted/tmp/modules/400/meinmodul/cil existiert aber nicht mehr. Wie kann man also diese *.pp Datei ins CIL umwandeln? Die Doku ist spärlich! Der Befehl auf EL7 lautet: /usr/libexec/selinux/hll/pp meinmodul.pp Der produziert den CIL Text aus dem Modul. Danke Sven Vermeulen für den aufschlussreichen Blog-Post! Links Where does CIL play in the SELinux system?

Letztens mit hostnamectl set-hostname my.host.name den Hostnamen gesetzt. Stand so in den Release-Notes von RHEL 7.3, dass man das besser so machen soll und nicht mehr via /etc/sysconfig/network . Interessanterweise hat dann DNS nicht mehr funktioniert.

Alle Informationen welche du brauchst um für einen ActiveDirectory Account einen Kerberos Keytab zu generieren, kannst du per LDAP aus dem ActiveDirectory abholen.

Vieles hat geändert. Irgendwo um die 340 aktualiserte Packages. :-| Auch habe ich schon ein Problem mit grub.conf gesehen. 

Wer z.B. zwei Versionen vom elasticsearch/elasticsearch installiert hat mit puppet module install \   -v 0.10.3 \   --environment production \   elasticsearch/elasticsearch puppet module install \   --environment feature \   elasticsearch/elasticsearch Wird schnell mal feststellen, dass man solche kryptischen Fehlermeldungen bekommt: Error: Could not retrieve catalog from remote server: Error 500 on SERVER: Server Error:  Evaluation Error: Error while evaluating a Resource Statement,  Evaluation Error: Error while evaluating a Resource Statement,  Could not autoload puppet/type/elasticsearch_plugin:  Could not autoload puppet/provider/elasticsearch_plugin/plugin:  undefined method `[]' for Facter:Module  at /etc/puppetlabs/code/environments/production/modules/elasticsearch/manifests/plugin.pp:134:7  at /etc/puppetlabs/code/environments/production/manifests/site.pp:9 on node c7.novalocal