[ERLEDIGT] Vertrag kann nicht gelöscht werden, Vertragsnummer wird nicht frei.

WebOscar · 25. September 2012

Hallo,

ich versuche ein Angebot zu löschen Vorher habe ich natürlich den einzigen Vertrag gelöscht, der aus diesem Angebot erstellt wurde.

Allerdings erhalte ich die Meldung, dass das Angebot erst gelöscht werden kann, wenn alle Verträge dazu gelöscht wurden. Den Kunden kann ich - obwohl kein Vertrag mehr zugeordnet - auch nicht löschen. Und die Vertragsnummer won1, die ich eigentlich erneut verwenden wollte kann ich auch nicht nutzen, da diese angeblich vergeben ist.

Auch nachdem ich LiveConfig neu gestartet habe, funktioniert es nicht.

Hier die Meldungen, die seit dem Löschen des Vertrags ins Log geschrieben wurden:

Code

[2012/09/25 14:26:02.497849] [29729|29730] [LUA] Deleting system account 'won1'
[2012/09/25 14:26:02.579156] [29729|29730] [LUA] Error while deleting user 'won1' (exit code: 2048)
[2012/09/25 14:29:38.178543] [29729|29731] Can't get group quota for 'won1' (path '/var/www/won1'): No such file or directory
[2012/09/25 14:38:04.616346] [29727|29727] Received SIGTERM, immediately terminating child processes
[2012/09/25 14:38:04.616562] [29728|29728] Server child terminating... (shutdown=0, exitcode=0)
[2012/09/25 14:38:04.617580] [29728|29728] LiveConfig terminated.
[2012/09/25 14:38:04.621341] [29729|29729] Client child terminating... (shutdown=0, exitcode=0)
[2012/09/25 14:38:04.666226] [29729|29729] LiveConfig terminated.
[2012/09/25 14:38:04.666281] [29729|29729] Closing log file
[2012/09/25 14:38:04.688992] [29727|29727] Client child process 29729 terminated; return code: 0
[2012/09/25 14:38:04.689010] [29727|29727] Resource usage statistics:
[2012/09/25 14:38:04.689014] [29727|29727]        Uptime: 401727 sec.
[2012/09/25 14:38:04.689016] [29727|29727]     User time: 7.0402
[2012/09/25 14:38:04.689019] [29727|29727]   System time: 11.0706
[2012/09/25 14:38:04.736950] [29728|29728] Closing log file
[2012/09/25 14:38:04.762867] [29727|29727] Server child process 29728 terminated; return code: 0
[2012/09/25 14:38:04.762881] [29727|29727] Resource usage statistics:
[2012/09/25 14:38:04.762885] [29727|29727]        Uptime: 401727 sec.
[2012/09/25 14:38:04.762889] [29727|29727]     User time: 2619.0665
[2012/09/25 14:38:04.762894] [29727|29727]   System time: 223.0208
[2012/09/25 14:38:04.762902] [29727|29727] LiveConfig terminated.
[2012/09/25 14:38:04.763865] [29727|29727] Closing log file
[2012/09/25 14:38:04.813743] [19678|19678] LiveConfig 1.5.2-1833 starting...
[2012/09/25 14:38:04.814164] [19678|19678] Database driver loaded: SQLite (3.7.13)
[2012/09/25 14:38:04.843008] [19678|19678] License is valid.
[2012/09/25 14:38:04.860306] [19681|19681] Client child started...
[2012/09/25 14:38:04.860582] [19680|19680] Server child started...
[2012/09/25 14:38:04.889211] [19681|19681] Connected to LiveConfig 1.5.2
[2012/09/25 14:38:04.915316] [19681|19683] [LUA] Detected 'Debian GNU/Linux 6.0.5 (squeeze)'
[2012/09/25 14:38:08.253575] [19681|19684] Can't get system informations: open(/dev/mem) failed: Operation not permitted
[2012/09/25 14:38:19.826610] [19680|19732] Connecting to update.liveconfig.com ([62.146.188.96]:443)...
[2012/09/25 14:41:04.325068] [19681|19683] Can't get group quota for 'won1' (path '/var/www/won1'): No such file or directory
[2012/09/25 14:56:04.488962] [19681|19682] Can't get group quota for 'won1' (path '/var/www/won1'): No such file or directory
[2012/09/25 15:11:04.650794] [19681|19684] Can't get group quota for 'won1' (path '/var/www/won1'): No such file or directory

Alles anzeigen

Wie wird das repariert?

Grüße,

Oskar Groh

WebOscar · 26. September 2012

Das Problem besteht auch nach dem Upgrade auf 1.5.2 (r1851). Ich kann nicht weiter arbeiten ohne jetzt mit "Kruecken" zu beginnen und eigentlich wollte ich bei der Migration von Confixx auf LiveConfig gleich die Gelegenheit nutzen, das alles blitzsauber zu machen.

kk · 26. September 2012

Hallo Herr Groh,

wir können den Fehler inzwischen in einzelnen Fällen reproduzieren (Debian 6): wenn man einen Vertrag angelegt hat und sich mindestens ein mal per FTP (ProFTPd) angemeldet hat, dann kann der Account danach nicht direkt gelöscht werden.
Der Befehl "userdel" meldet den Fehler, dass der zu löschende Benutzer angeblich noch eingelogged sei (was allerdings nicht stimmt, es existieren auch keine Prozesse oder offenen Dateien mit dessen User-ID).
Ohne das im Detail untersucht zu haben tippe ich auf ein Problem irgendwo im Zusammenspiel zwischen ProFTPd/wtmp/PAM/nscd.
Haben Sie zufällig den "nscd" (name service caching daemon) installiert?

Wir haben jedenfalls auch schon eine Lösung: der Befehl "userdel" wird künftig mit dem Parameter "-f" (force) aufgerufen, außerdem werden explizit noch eventuelle Prozesse des betroffenen Benutzers gekilled.
Das Update sollte in ca. 3 Std fertig sein, eine Lösung zum manuellen Löschen des betroffenen Vertrags kommt noch dazu. Können Sie bitte zwischenzeitlich prüfen, ob der Account noch in /etc/passwd aufgeführt wird?

Viele Grüße

-Klaus Keppler

WebOscar · 26. September 2012

Hallo Herr Keppler,

nscd ist nicht installiert. Laut xferlog hat es nie einen Zugriff via FTP auf den Account gegeben.

Ja, der Account ist noch in der passwd vorhanden.

Viele Gruesse,

Oskar Groh

kk · 26. September 2012

Zitat von WebOscar

nscd ist nicht installiert. Laut xferlog hat es nie einen Zugriff via FTP auf den Account gegeben.

Danke für die Info, dann werden wir mal weitersuchen.
In unserem Fall zeigt z.B. auch "lastlog" an, dass der betroffene Benutzer sich noch nicht angemeldet hatte, trotzdem wird er von userdel als "logged in" vermerkt...

Bitte installieren Sie folgendes Update: http://download.liveconfig.com…fig_1.5.2-r1857_amd64.deb

Anschließend öffnen Sie mit sqlite3 die Datenbank /var/lib/liveconfig/liveconfig.db und setzen mit folgendem Befehl den Lösch-Status des betroffenen Vertrags zurück:

SQL

UPDATE HOSTINGCONTRACTS SET HC_DELETED=0;

Danach sollten Sie den Vertrag erneut über die LiveConfig-Oberfläche löschen können.
Entschuldigen Sie bitte die Unannehmlichkeiten; ich versuche trotzdem noch herauszufinden woher das "user still logged in" kommt.

Viele Grüße

Klaus Keppler

WebOscar · 26. September 2012

Check! Hat funktioniert!

Vielen Dank!

Müssen die Clients nicht auch ein Update bekommen oder sind die davon nicht betroffen?

Viele Grüße,

Oskar Groh

kk · 8. Oktober 2012

Öh, ja, Clients brauchen das auch (das "deluser" wird durch ein Lua-Script auf dem jeweiligen Webserver ausgeführt).
Die "-force"-Option für deluser ist seit v1.5.2-r1853 enthalten.

Jetzt mitmachen!