Ruhiges IT-Forum

Hallo,

ich teste gerade die WAPT Community-Version, bevor ich die Enterprise-Version ausprobiere.

Ich folge der Installationsanleitung unter Debian, stoße aber beim Ausführen des Installationsskripts `/opt/wapt/waptserver/scripts/postconf.sh` auf ein Problem.
Ich habe bereits im Forum nachgesehen, aber keine Lösung gefunden, die ich testen könnte.

Haben Sie eine Idee, woran das Problem mit psql liegen könnte? Liegt es an der Firewall? Muss ich die psql-Konfigurationsdatei manuell bearbeiten?

Vielen Dank im Voraus!

Als Root erhalte ich folgende Fehlermeldung: „

Synchronisierung des Status von postgresql.service mit dem SysV-Dienstskript mit /lib/systemd/systemd-sysv-install.
Ausführung: /lib/systemd/systemd-sysv-install enable postgresql
psql: Verbindung zum Server konnte nicht hergestellt werden: Datei oder Verzeichnis nicht gefunden.
Läuft der Server lokal und akzeptiert er
Verbindungen über den Unix-Domain-Socket "/var/run/postgresql/.s.PGSQL.5432"?“
Traceback (letzter Aufruf):
Datei "/opt/wapt/waptserver/scripts/postconf.py", Zeile 702, in
main()
Datei "/opt/wapt/waptserver/scripts/postconf.py", Zeile 423, in main
ensure_postgresql_db(db_name=server_config['db_name'],db_owner=server_config['db_name'],db_password=server_config['db_password'])
Datei "/opt/wapt/waptserver/scripts/postconf.py", Zeile 191, in ensure_postgresql_db
val = run(""" sudo -u postgres psql template1 -c " select usename from pg_catalog.pg_user where usename='wapt';" """, cwd='/opt/wapt')
Datei "/opt/wapt/waptserver/scripts/postconf.py", Zeile 66, in run
return subprocess.check_output(*args, shell=True, **kwargs)
Datei "/usr/lib/python2.7/subprocess.py", Zeile 223, in check_output
raise CalledProcessError(retcode, cmd, output=output)
subprocess.CalledProcessError: Der Befehl ' sudo -u postgres psql template1 -c " select usename from pg_catalog.pg_user where usename='wapt';" ' gab den Exit-Status 2 ungleich Null zurück.


debug:

root@WAPTC:~# psql
psql: Verbindung zum Server konnte nicht hergestellt werden: Datei oder Verzeichnis nicht gefunden.
Läuft der Server lokal und akzeptiert er
Verbindungen über den Unix-Domain-Socket "/var/run/postgresql/.s.PGSQL.5432"?

-------------

service postgresql status
● postgresql.service - PostgreSQL RDBMS
Geladen: geladen (/lib/systemd/system/postgresql.service; aktiviert; Standardeinstellung des Anbieters: aktiviert)
Aktiv: aktiv (beendet) seit Mo., 02.03.2020, 14:13:19 CET; vor 13 Minuten
Haupt-PID: 486 (Code=beendet, Status=0/ERFOLG)
Aufgaben: 0 (Limit: 2346)
Speicher: 0 B
CGroup: /system.slice/postgresql.service

Di., 02., 14:13:19 WAPTC.****.*** systemd[1]: Starte PostgreSQL RDBMS...
Di., 02., 14:13:19 WAPTC.****.*** systemd[1]: PostgreSQL RDBMS gestartet.

----------

root@WAPTC:~# localectl status
System Locale: LANG=en_US.UTF-8
VC Keymap: n/a
X11 Layout: fr
X11 Model: pc105
X11 Variant: latin9

Hallo,
ist AppArmor bei Ihnen aktiviert?
Viele Grüße,
Denis

Hallo,

ja, AppArmor ist unter Debian 10 standardmäßig aktiviert.

Es handelt sich um eine Neuinstallation, die ausschließlich für WAPT gedacht ist.

Ich nehme an, ich muss die Befehlszeilen für AppArmor + PostgreSQL + WAPT finden?
Wäre es möglich, ein typisches Beispiel in die Debian-Server-Installationsdokumentation aufzunehmen?
Oder ist es besser, AppArmor zu deaktivieren?

Vielen Dank für den Vorschlag.

Beste Grüße,
Aleks

Hallo,

die AppArmor-Konfiguration einer Standardinstallation von Debian 10 sollte kein Problem darstellen. Daher gibt es vermutlich auch nicht viele Beiträge dazu. Wenn der Socket existiert und der PostgreSQL-Server darauf lauscht, liegt das Problem wahrscheinlich dort; überprüfen Sie die Berechtigungen usw. (Ich bin eher mit solchen Problemen im Zusammenhang mit SELinux vertraut).

Viele Grüße,

Denis