Automatischer Start beim Booten

[ziva]

Hallo OPSI Community

erstmals Riesenlob an OPSI Team für so ein tolles Produkt.

Ich setze OPSI hauptsächlich für die Client Installation mit Win 7 x64 ein.
Auf dem Server läuft Debian Wheezy 7.x mit OPSI 404
Ich möchte für das Backend die MySql Datenbank einsetzen, soll für die HW/SW Inventarisierung kostenlos sein.

Problem 1:
Mir ist aufgefallen, dass opsiconfd und opsipxeconfd nach Hochfahren bzw. Neustarten des Servers, nicht automatisch gestartet werden.
Wenn ich die Dienste manuell starte, werden diese ordnungsgemäß gestartet.

Momentane dispatch.conf

Code: Alles auswählen

backend_.*         : mysql, opsipxeconfd
host_.*            : file, opsipxeconfd
productOnClient_.* : file, opsipxeconfd
configState_.*     : file, opsipxeconfd
audit.*            : mysql
.*                 : file

Inhalt der /etc/rc2/

Code: Alles auswählen

S01opsipxeconfd -> ../init.d/opsipxeconfd
S16opsiconfd -> ../init.d/opsiconfd
S17mysql -> ../init.d/mysql

Die OPSI Dienste werden anscheinend vor MySql gestartet.
Ich habe bereits die symbolischen Links mit größeren Startnummern versehen, damit OPSI Dienste nach MySql starten, jedoch ohne Erfolg.
Sogar S99 hat keine Besserung gebracht.

Auszug aus der opsipxeconfd.log

Code: Alles auswählen

==================================================================
=           opsi pxe configuration service starting              =
==================================================================
 (Logger.py|840)
[5] [Feb 13 20:25:49] Starting opsipxeconfd main thread (opsipxeconfd|163)
[2] [Feb 13 20:25:51] Traceback: (Logger.py|754)
[2] [Feb 13 20:25:51]      line 160 in '_createConnectionPool' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 74 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 224 in 'connect' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 387 in '__init__' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 741 in '_do_get' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 188 in '_create_connection' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 270 in '__init__' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 330 in '__connect' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 72 in 'creator' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 81 in 'Connect' in file '/usr/lib/python2.7/dist-packages/MySQLdb/__init__.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 187 in '__init__' in file '/usr/lib/python2.7/dist-packages/MySQLdb/connections.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      ==>>> (2002, "Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)") (MySQL.py|163)
[2] [Feb 13 20:25:51] Traceback: (Logger.py|754)
[2] [Feb 13 20:25:51]      line 165 in 'run' in file '/usr/bin/opsipxeconfd' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 112 in '_createBackendInstance' in file '/usr/bin/opsipxeconfd' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 209 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/BackendManager.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 314 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/BackendManager.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 364 in '__loadBackends' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/BackendManager.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 422 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 137 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      line 164 in '_createConnectionPool' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Feb 13 20:25:51]      ==>>> Backend I/O error: Failed to connect to database 'opsi' address 'localhost': (2002, "Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)") (opsipxeconfd|174)

Und aus der opsiconfd.log

Code: Alles auswählen

==================================================================
=             opsi configuration service starting                =
==================================================================
 (Logger.py|840)
[5] [Feb 13 20:25:54] Starting opsiconfd main thread (opsiconfd.py|447)
[5] [Feb 13 20:25:54] Opening socket /var/run/opsiconfd/opsiconfd.socket for interprocess communication. (opsiconfd.py|424)
[2] [Feb 13 20:25:54] Traceback: (Logger.py|754)
[2] [Feb 13 20:25:54]      line 160 in '_createConnectionPool' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 74 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 224 in 'connect' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 387 in '__init__' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 741 in '_do_get' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 188 in '_create_connection' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 270 in '__init__' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 330 in '__connect' in file '/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 72 in 'creator' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 81 in 'Connect' in file '/usr/lib/python2.7/dist-packages/MySQLdb/__init__.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 187 in '__init__' in file '/usr/lib/python2.7/dist-packages/MySQLdb/connections.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      ==>>> (2002, "Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)") (MySQL.py|163)
[2] [Feb 13 20:25:54] Traceback: (Logger.py|754)
[2] [Feb 13 20:25:54]      line 453 in 'run' in file '/usr/lib/pymodules/python2.7/opsiconfd/opsiconfd.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 264 in '_createBackendInstance' in file '/usr/lib/pymodules/python2.7/opsiconfd/opsiconfd.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 209 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/BackendManager.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 314 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/BackendManager.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 364 in '__loadBackends' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/BackendManager.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 422 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 137 in '__init__' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      line 164 in '_createConnectionPool' in file '/usr/lib/pymodules/python2.7/OPSI/Backend/MySQL.py' (Logger.py|754)
[2] [Feb 13 20:25:54]      ==>>> Backend I/O error: Failed to connect to database 'opsi' address 'localhost': (2002, "Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)") (opsiconfd.py|469)
[5] [Feb 13 20:25:54] Stopping opsiconfd main thread (opsiconfd.py|175)
[5] [Feb 13 20:25:54] Opsiconfd main thread exiting... (opsiconfd.py|472)

Wie müssen die init Skripte geändert werden, damit OPSI mit MySql Backend bei Server Start/Restart erfolgreich gestartet werden können?

Problem 2:
Hab bei OPSI Einrichtung zusätzlich zur adminuser noch einen zweiten Benutzer (admin) erstellt und genau so wie adminuser eingerichtet.
Die Anmeldung an OPSI über PXE Boot von Client aus funktioniert mit admin nicht, mit adminuser ist alles bestens.
Genau so ist die Anmeldung an den Web Frontend auch nur mit adminuser möglich und mit admin schlägt die Anmeldung fehl.

Besten Dank

[dkoch]

Zu 1. bootlogd installieren und sicherstellen ob mysql wirklich nach opsiconfd gestartet wird.
Zu 2. Benutzer admin muss Mitglied in der Gruppe opsi-admin(?) sein. Ist er das ?

[ziva]

Hallo dkoch,

Ausgabe von bootlogd

Code: Alles auswählen

Thu Feb 13 23:40:01 2014: INIT: Entering runlevel: 2
Thu Feb 13 23:40:01 2014: [[36minfo[39;49m] Using makefile-style concurrent boot in runlevel 2.
Thu Feb 13 23:40:01 2014: [....] Starting NFS common utilities: statd idmapd[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
Thu Feb 13 23:40:02 2014: [....] Starting rpcbind daemon...[....] Already running.[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
Thu Feb 13 23:40:02 2014: [....] Starting enhanced syslogd: rsyslogd[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
Thu Feb 13 23:40:06 2014: Starting opsi pxe configuration service.....   (done).
Thu Feb 13 23:40:16 2014: [....] Starting Samba daemons: nmbd smbd[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
Thu Feb 13 23:40:16 2014:    Checking acpi hot plug[71G done
Thu Feb 13 23:40:16 2014: [....] Starting ACPI services...[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
Thu Feb 13 23:40:16 2014: Starting opsi config service............   (failed).
Thu Feb 13 23:40:25 2014: [....] Starting web server: apache2[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
Thu Feb 13 23:40:26 2014: [....] Starting deferred execution scheduler: atd[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
Thu Feb 13 23:40:26 2014: [....] Starting mpt-status monitor: mpt-statusd[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
Thu Feb 13 23:40:27 2014: [....] Starting system message bus: dbus[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
Thu Feb 13 23:40:27 2014: [....] Starting periodic command scheduler: cron[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
Thu Feb 13 23:40:27 2014: [....] Starting internet superserver: inetd[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
Thu Feb 13 23:40:27 2014: Starting network management services: snmpd.
Thu Feb 13 23:40:28 2014: [....] Starting OpenBSD Secure Shell server: sshd[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
Thu Feb 13 23:40:28 2014: [....] Starting the Winbind daemon: winbind[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
Thu Feb 13 23:40:28 2014: [....] Starting MySQL database server: mysqld . .[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
Thu Feb 13 23:40:31 2014: [[36minfo[39;49m] Checking for tables which need an upgrade, are corrupt or were
Thu Feb 13 23:40:31 2014: not closed cleanly..
Thu Feb 13 23:40:31 2014: [....] Starting MTA: exim4[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.

Prüfung ob OPSI Dienste laufen

Code: Alles auswählen

root@opsisrv:~# /etc/init.d/opsipxeconfd status
Checking opsi pxe configuration service...   (not running).
root@opsisrv:~# /etc/init.d/opsiconfd status
Checking opsi config service... (not running).
root@opsisrv:~#

MySql Startet viel zu späht bzw. OPSI viel zu früh.

Zweite frage:
Anscheinend habe ich wirklich vergessen den admin der Gruppe opsiadmin hinzuzufügen.

Vielen Dank für die Ratschläge.

[dkoch]

Wenn du die Reihenfolge wie oben beschrieben angepasst hast mach das:

Code: Alles auswählen

update-rc.d mysql defaults
update-rc.d opsipxeconfd defaults
update-rc.d opsiconfd defaults
reboot

[ziva]

Habe update-rc.d ausgeführt, klapt trotzdem nicht.

Code: Alles auswählen

Fri Feb 14 08:36:17 2014: INIT: Entering runlevel: 2
Fri Feb 14 08:36:17 2014: [^[[36minfo^[[39;49m] Using makefile-style concurrent boot in runlevel 2.
Fri Feb 14 08:36:17 2014: [....] Starting NFS common utilities: statd idmapd^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Fri Feb 14 08:36:17 2014: [....] Starting rpcbind daemon...[....] Already running.^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Fri Feb 14 08:36:19 2014: [....] Starting periodic command scheduler: cron^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Fri Feb 14 08:36:20 2014: acpid: starting up with netlink and the input layer
Fri Feb 14 08:36:20 2014: [....] Starting ACPI services...^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Fri Feb 14 08:36:21 2014: acpid: 1 rule loaded
Fri Feb 14 08:36:21 2014: acpid: waiting for events: event logging is off
Fri Feb 14 08:36:24 2014: Starting opsi pxe configuration service.....   (done).
Fri Feb 14 08:36:31 2014: [....] Starting Samba daemons: nmbd smbd^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Fri Feb 14 08:36:31 2014:    Checking acpi hot plug^[[71G done
Fri Feb 14 08:36:31 2014: [....] Starting system message bus: dbus^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Fri Feb 14 08:36:31 2014: [....] Starting NTP server: ntpd^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Fri Feb 14 08:36:32 2014: [....] Starting internet superserver: inetd^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Fri Feb 14 08:36:32 2014: [....] Starting OpenBSD Secure Shell server: sshd^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Fri Feb 14 08:36:33 2014: [....] Starting the Winbind daemon: winbind^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Fri Feb 14 08:36:34 2014: [....] Starting MySQL database server: mysqld . . .^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Fri Feb 14 08:36:34 2014: [^[[36minfo^[[39;49m] Checking for tables which need an upgrade, are corrupt or were
Fri Feb 14 08:36:34 2014: not closed cleanly..
Fri Feb 14 08:36:36 2014: [....] Starting Postfix Mail Transport Agent: postfix^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Fri Feb 14 08:36:36 2014: Starting opsi config service............   (failed).

Startscripte unter /etc/rc2

Code: Alles auswählen

S01opsipxeconfd
S17opsiconfd
S18mysql

[dkoch]

Naja so ganz stimmt das nicht:

Fri Feb 14 08:36:24 2014: Starting opsi pxe configuration service..... (done).

pxe ist gestartet,
dann ist mysql gestartet

Fri Feb 14 08:36:34 2014: [....] Starting MySQL database server: mysqld . . .^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.

und dann konnte der confd nicht gestartet werden obwohl der mysqld lief!

Fri Feb 14 08:36:36 2014: Starting opsi config service............ (failed).

Also ist Problem Nummer 1. gelöst und wir haben Problem 3 entdeckt. Check mal den log von opsiconfd nach dem Boot warum er nicht gestartet ist

[ziva]

Habe verschiedene Ansätze durchprobiert und war schön am verzweifeln bis ich auf die LSB Header gestoßen bin.
Link: https://wiki.debian.org/LSBInitScripts

opsiconfd header:

Code: Alles auswählen

#!/bin/sh
#
### BEGIN INIT INFO
# Provides:          opsiconfd
# Required-Start:    $network $local_fs $remote_fs mysql
# Required-Stop:     $network $local_fs $remote_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: opsi config service
# Description:       Opsi Configuration Service
### END INIT INFO

opsipxeconfd header:

Code: Alles auswählen

#!/bin/sh
#
### BEGIN INIT INFO
# Provides:          opsipxeconfd
# Required-Start:    $network $local_fs mysql
# Required-Stop:     $network $local_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: opsi pxe config service
# Description:       Opsi PXE Configuration Service
### END INIT INFO

Nach insserv opsiconfd und insserv opsipxeconfd die Anhängigkeiten in /etc/init.d/.depend.start überprüft.
Auszug:

Code: Alles auswählen

opsiconfd: mysql
opsipxeconfd: mysql

Nach Server restart die /var/log/boot überprüft:

Code: Alles auswählen

Sun Feb 16 22:26:16 2014: [....] Starting MySQL database server: mysqld[....] Starting internet superserver: inetd^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Sun Feb 16 22:26:17 2014: [....] Starting the Winbind daemon: winbind^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Sun Feb 16 22:26:17 2014: Starting network management services: snmpd.
Sun Feb 16 22:26:17 2014: [....] Starting OpenBSD Secure Shell server: sshd^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Sun Feb 16 22:26:17 2014:  . .^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0c.
Sun Feb 16 22:26:19 2014: [^[[36minfo^[[39;49m] Checking for tables which need an upgrade, are corrupt or were
Sun Feb 16 22:26:19 2014: not closed cleanly..
Sun Feb 16 22:26:22 2014: Starting opsi pxe configuration service.....   (done).
Sun Feb 16 22:26:27 2014: Starting opsi config service.......   (done).

Inhalt von /etc/rc2

Code: Alles auswählen

S19mysql
S20opsiconfd
S20opsipxeconfd

Und letztendlich mit

Code: Alles auswählen

/etc/init.d/opsipxeconfd status && /etc/init.d/opsiconfd status

überptüft ob die OPSI dienste laufen.

Code: Alles auswählen

Checking opsi pxe configuration service...   (running).
Checking opsi config service... (running).

Mein Problem war gelöst.
Ist dieses Problem der uib bekannt, bzw. hat niemand Startprobleme in Verbindung mit OPSI und MySql Backend bis jetzt gehabt?

[n.wenselowski]

Hallo ziva,

Ist dieses Problem der uib bekannt, bzw. hat niemand Startprobleme in Verbindung mit OPSI und MySql Backend bis jetzt gehabt?

Das Problem ist uns bekannt.
Unser erstes Problem ist dabei, dass MySQL noch immer keine zwingende Voraussetzung ist und wir so nicht davon ausgehen können, dass auf jedem System ein mysqld startet.
Das könnte man vermutlich mit optionalen Facilites in den LSB-Headern lösen, aber das sollte - und hier ist Nummer zwei - natürlich nur zum Tragen kommen, wenn das auch vom OS unterstützt wird. Afaik war das in der Vergangenheit nicht der Fall.


Gruß

Niko

[ueluekmen]

Hi,

uns ist das Problem bekannt. Das Problem ist, dass wir momentan keine Lösung haben, die für alle Betriebssystem funktioniert. Wir können auch nicht mysql in die LSB-Header eintragen, weil wir nicht bei jedem System davon ausgehen können, dass eine mysql-DB auf dem Server läuft. Manche verwenden einfach nur das file Backend, manche setzen einen externen MySQL-Server ein.

Wir haben mal gelesen, dass man dies auch optional machen kann, indem man +mysql einträgt. Aber auch das ist nicht auf jedem Betriebssystem verfügbar. Soviel zum Thema Standards, die auch mal wirklich welche sein sollten.

Wir werden versuchen dass im Startprozess vom opsiconfd zu lösen und ggf. in einem späteren Update veröffentlichen, bis dahin bitte den LSB-Eintrag manuell vornehmen, wenn er benötigt wird.

[ziva]

Hallo und vielen Dank für die Rückmeldungen.

Ich finde es sollte zumindest im OPSI-Handbuch oder im OPSI getting-started erwähnt werden, dass es bei der Umstellung des Backends auf mySQL zu Startproblemen kommen kann.

Ich bedanke mich bei allen Beteiligten.