Alte Stundenzettel als Admin löschen

[Exatom]

Hallo,
wie kann man als Admin uralte Stundezettel für alle User löschen? Der Standardweg (markieren und dann löschen) funktioniert leider nicht.

Danke und Gruß
Thomas

[rainer.lilischkis]

Hallo Thomas,

bei mir ging das wie Du beschrieben hast. Allerdings nich “alle” auf einmal sondern in Häppchen von ca. 30 Stück. Das hatte ich Stefan auch mal gezeigt…

Hast Du evtl auch als Admin keine Rechte zum Löschen?

Grüßle

Rainer

****Dipl-Ing. Rainer Lilischkis

Fachbereich Informatik und Mikrosystemtechnik

Analytik in der Mikro- und Nanotechnologie****

Hochschule Kaiserslautern

University of Applied Sciences

Campus Zweibrücken, Raum L-221

Amerikastr. 1 | 66482 Zweibrücken

T +49 631 3724 - 5456

rainer.lilischkis@hs-kl.de

www.hs-kl.de

[Exatom]

Hallo Rainer,
danke für die schnelle Antwort! Ja, ich habe als Admin wohl tatsächlich keine Rechte zum Löschen. Wo kann ich die konfigurieren?
Gruß
Thomas

[rainer.lilischkis]

Benutzerverwaltung -> rechte Maustaste -> Zugriffsrechte Admin auf Daten anderer -> hinzufügen mit “+”

Grüßle

Rainer

****Dipl-Ing. Rainer Lilischkis

Fachbereich Informatik und Mikrosystemtechnik

Analytik in der Mikro- und Nanotechnologie****

Hochschule Kaiserslautern

University of Applied Sciences

Campus Zweibrücken, Raum L-221

Amerikastr. 1 | 66482 Zweibrücken

T +49 631 3724 - 5456

rainer.lilischkis@hs-kl.de

www.hs-kl.de

[Exatom]

Hallo Rainer,
1000 Dank - hatte es auch gerade gefunden.
Beste Grüße aus Ingelheimund bleib gesund!
Thomas

[Exatom]

Tja,
Rainer hat leider Recht. Auf diesem Weg lässt sich nur eine sehr begrenzte Anzahl an Stundenzetteln löschen. Bei mir waren es aximal um die 100.

Gibt es da mal eine Lösung?
Wie sieht es aus, wenn ich die Einträge an der EGW vorbei händisch aus der DB lösche? Gibt es dann nicht eventuell Probleme mit GW-internen Verweisen oder Indizes etc. ?
Eine Frage für StefanU oder Ralf Becker?
Beste Grüße
Thomas

[StefanU]

Wie sieht es aus, wenn ich die Einträge an der EGW vorbei händisch aus der DB lösche? Gibt es dann nicht eventuell Probleme mit GW-internen Verweisen oder Indizes etc. ?

Ist eigentlich nie eine gute Idee. Nur in wenigen Fällen und mit Kenntnis der Datenbankstrukturen. Wie du ja schon richtig erkannt hast…

Auf diesem Weg lässt sich nur eine sehr begrenzte Anzahl an Stundenzetteln löschen. Bei mir waren es aximal um die 100.

Was passiert dann wenn es nicht funktioniert?
Screenschots?
Fehlermelsung(en)?
Webserver-Error-Log?

Stefan

[Exatom]

Hallo Stefan,
->

1. "Was passiert dann wenn es nicht funktioniert?"
   Nichts. Die Selektion bleibt einfach erhalten. Die Löschfunktion (sowohl über Tatstatur als auch Kentextmenü Rechte Maistaste (ausgegraut)) funktioniertt nicht. Bei einer kleineren Selektion funktioniert dies ohne Probleme.

2. "Screenschots?"
   macht keinenn Sinn, siehe Punkt 1

3. "Fehlermelsung(en)?"
   Keinerlei

4. "Webserver-Error-Log?"
   Wo finde ich den? Sollte wohl im Dockercontainer liegen. Aber wo da?

Rainer hat ja das gleiche Problem schon seit längerem. Bei uns geht es um Tausende von alten Stundenzetteln, die der Gesamtperformance des Systems vermutlich nicht sehr dienlich sind und darum mal gelöscht gehören.

Idee?
Gruß
Thomas

[StefanU]

Wo finde ich den? Sollte wohl im Dockercontainer liegen. Aber wo da?

Auf dem host solltest du ein Script habe und ausführen können:
/etc/egroupware-docker/egroupware-logs.sh

Siehe auch:

🇩🇪 Docker-Werkzeuge

Stefan

[Exatom]

OK, danke ->

Während die Selektion der Datensätze durchgeführt wird (die ja durchaus auch Minuten dauert) , entstehen immer wieder folgende Warnungen im NGINX-Log:

2021/10/26 08:47:09 [warn] 24#24: *10928 a client request body is buffered to a temporary file /var/cache/nginx/client_temp/0000002209, client: 172.18.0.1, server: _, request: “POST /egroupware/json.php?menuaction=EGroupware\Api\Etemplate\Widget\Nextmatch::ajax_get_rows HTTP/1.1”, host: “127.0.0.1:8080”, referrer: “https://groupware.intern.gdv.com/egroupware/index.php?cd=yes”

Nach Abschluss der Selektion werden alle Datensätze (=Stundenzettel) korrekt markiert angezeigt. Ein Löschen ist aber weder per Tastatur (Entf-Taste) noch per Kontextmenü möglich. Der Menüpunkt “Löschen” im Kontextmenü ist ausgegraut (Rechte sind besetzt; kleinere Selektionen lassen sich ja löschen).

Eine Reaktion auf den Löschversuch kann ich im Webserver-Log nicht entdecken.

[bbegw]

Hallo Exatom,

ich kann das so nicht reproduzieren, habe aber auch auf meine Testsystemen keine große Anzahl an (alten) Stundenzetteln. Wenn das “löschen” ausgegraut ist, liegt es in der Regel schon an fehlenden Rechten.

Kannst Du mal schauen, das Du in deiner Selektion z.B. nur eigene Stundenzettel drin hast und dann versuchen, ob “alles auswählen” dann immer noch ausgegraut ist?

Ich habe mal auf einer meiner Testinstanzen (Trunk basiert) 270 Stundenzettel auf einmal gelöscht, das ist auf jeden Fall über den Limits, die greifen würden, wenn “nicht alle” markiert wären.

Birgit

[Exatom]

Wie schon im letzten Post und in denen davor beschrieben, sind die Rechte löschen zu können gesetzt. Sonst könnte ich ja auch geringere Menegn an Stundenzetteln nicht löschen.

[StefanU]

Während die Selektion der Datensätze durchgeführt wird (die ja durchaus auch Minuten dauert)

Über wie viele Datensätze reden wir?

Wie sieht deine Umgebung aus (RAM, CPU, OS, Festplattenplatz, APCu-Stat, …)?

Hast du das denn schon einmal mit unserem Kunden-Support besprochen?

Stefan

[Exatom]

Über wie viele Datensätze reden wir? Die die gelöscht werden sollen?
-> Ich schätze mal ab 1000 selektierten Datensätzen funktioniert es nicht mehr.

Wie sieht deine Umgebung aus (RAM, CPU, OS, Festplattenplatz, APCu-Stat, …)?
-> CentOS 8, 4 CPUs und 8GB-RAM-Ausstattung kommt nie an die Grenzen

Hast du das denn schon einmal mit unserem Kunden-Support besprochen?
-> Nein. Und so richtig prickelnd finden wir unsere bisherigen Erfahrungen (mit Ausnahme eines sehr kompetenten Mitarbeiters aus Mainz) auch nicht.

Ich dachte, weil Rainer Lilischkis (s.o.) das Problem ja auch schon mal gepostet hat, könnte es inzwischen eine Lösung geben.

Jetzt taucht die Problematik zum zweiten Mal hier im Forum auf und ich bin ziemlich sicher, dass es nicht das letzte Mal ist.

Danke für die Hilfe, bleib gesund
Gruß
Thomas

[StefanU]

Hallo Thomas.

Ich kann das Problem nicht nachvollziehen.

-> CentOS 8, 4 CPUs und 8GB-RAM-Ausstattung kommt nie an die Grenzen

Das ist ja so weit sehr großzügig dimensioniert.
Aber wie sehen die “inneren Werte” aus? Sprich vor allem PHP…

Das sind PHP-Parameter, welche du über die
/etc/egroupware-docker/docker-compose.override.yml
einstellen kannst:

#- EGW_APC_SHM_SIZE=128M
#- EGW_MEMORY_LIMIT=128M
#- EGW_MAX_EXECUTION_TIME=90

Du könntest auf einem Testsystem ja mal die Werte erhöhen und schauen, ob sich das Verhalten ändert.
Weißt du damit umzugehen?

Stefan

[Exatom]

Hallo Stefan,
danke für den Tipp. Ich denke ich komme damit zurecht. Derzeit bin ich aber mit einem Workaround weiter gekommen (löschen unter User-Login) , so dass es derzeit nicht mehr so sehr brennt.

Vielen Dank nochmal und beste Grüße aus Ingelheim
Thomas

[StefanU]

Derzeit bin ich aber mit einem Workaround weiter gekommen (löschen unter User-Login)

Und dann kannst du mehr als 100 Datensätze löschen?

Stefan