informationen

Blog | Reichardt Informationstechnik

Tine 2.0 Update Fehler

Während des letzten Updates von Tine 2.0 kam es zu folgendem Fehler 

root@intranet2:/var/www/html/tine# php setup.php --update
PHP Fatal error:  Uncaught Tinebase_Exception: waited for Action Queue to become empty for more than 300 sec in /var/www/html/tine/Setup/Controller.php:738
Stack trace:
#0 /var/www/html/tine/Setup/Controller.php(600): Setup_Controller->_prepareUpdate(Object(Tinebase_Model_FullUser))
#1 /var/www/html/tine/Setup/Controller.php(486): Setup_Controller->updateApplication(Object(Tinebase_Model_Application), '12')
#2 /var/www/html/tine/Setup/Frontend/Cli.php(544): Setup_Controller->updateApplications(Object(Tinebase_Record_RecordSet))
#3 /var/www/html/tine/Setup/Frontend/Cli.php(500): Setup_Frontend_Cli->_updateApplications()
#4 /var/www/html/tine/Setup/Frontend/Cli.php(73): Setup_Frontend_Cli->_update(Object(Zend_Console_Getopt))
#5 /var/www/html/tine/Setup/Server/Cli.php(132): Setup_Frontend_Cli->handle(Object(Zend_Console_Getopt))
#6 /var/www/html/tine/Setup/Core.php(115): Setup_Server_Cli->handle()
#7 /var/www/html/tine/setup.php(14): Setup_Core::dispatchRequest()
#8 {main}
  thrown in /var/www/html/tine/Setup/Controller.php on line 738
 
Fatal error: Uncaught Tinebase_Exception: waited for Action Queue to become empty for more than 300 sec in /var/www/html/tine/Setup/Controller.php:738
Stack trace:
#0 /var/www/html/tine/Setup/Controller.php(600): Setup_Controller->_prepareUpdate(Object(Tinebase_Model_FullUser))
#1 /var/www/html/tine/Setup/Controller.php(486): Setup_Controller->updateApplication(Object(Tinebase_Model_Application), '12')
#2 /var/www/html/tine/Setup/Frontend/Cli.php(544): Setup_Controller->updateApplications(Object(Tinebase_Record_RecordSet))
#3 /var/www/html/tine/Setup/Frontend/Cli.php(500): Setup_Frontend_Cli->_updateApplications()
#4 /var/www/html/tine/Setup/Frontend/Cli.php(73): Setup_Frontend_Cli->_update(Object(Zend_Console_Getopt))
#5 /var/www/html/tine/Setup/Server/Cli.php(132): Setup_Frontend_Cli->handle(Object(Zend_Console_Getopt))
#6 /var/www/html/tine/Setup/Core.php(115): Setup_Server_Cli->handle()
#7 /var/www/html/tine/setup.php(14): Setup_Core::dispatchRequest()
#8 {main}
  thrown in /var/www/html/tine/Setup/Controller.php on line 738

Der Fehler entsteht nach einigem recherchieren von dem verwendeten Redis Cache. Diesen kann man sich mittels 

root@intranet2:/var/www/html/tine# redis-cli keys '*TinebaseQueue*'

anzeigen lassen. 

root@intranet2:/var/www/html/tine# redis-cli keys '*TinebaseQueue*'
 1) "TinebaseQueueQueue"
 2) "TinebaseQueueData:5f998404d4d11fc752691eccde71b84e77d0d630"
 3) "TinebaseQueueData:ec56ebe18300fa762fd63c90d2a4d469913af622"
 4) "TinebaseQueueData:35a8af20e85660ec7092a7ebc641f242de972730"
 5) "TinebaseQueueData:e2b4dc4fe742c7ce3b2b19893d6388309295c018"
 6) "TinebaseQueueData:e6fc468aed8cb24caa93dd2523714c77eac58966"
 7) "TinebaseQueueData:c85f9df51b8fbf6f7169307a83c2391c538e7326"
 8) "TinebaseQueueData:8d66c4776ff85cfc3392a037e10d8a1e2f8807ca"
 9) "TinebaseQueueData:7515a531e78592abb667a68a8389a068eb472ba5"
10) "TinebaseQueueData:3b09dc4cc911c4f80610a2bcdd7917f56aea3b7a"
11) "TinebaseQueueData:f884a02af18f4a11294c48849b26491d9063481e"
12) "TinebaseQueueData:4fad47f2d2212c0e0203b85eb2b731a9d41793f5"
13) "TinebaseQueueData:45fa79b2f8fefec2395aae8deeefcc257e16d813"
14) "TinebaseQueueData:750ea50ea43c905f5c4fa8819afed587cea6277b"
15) "TinebaseQueueData:0480421b7a79fbc16e623a10bf39d834799e0491"
16) "TinebaseQueueData:d9c201f2f9c82ea7e02b5fa1122581f1f9cdc6b7"
17) "TinebaseQueueData:525081aa7829544afdeb1ca1310cdb98f8070c5b"
18) "TinebaseQueueData:a817d6f81a7bd1ae383adb9c102799a55915fd02"
19) "TinebaseQueueData:9706cb5e9453fd123cd1a79a36feee0e5e6a9509"
20) "TinebaseQueueData:6bbf1da83f5c632582635b61f2462b1ec4bd9bc8"
21) "TinebaseQueueData:23be84d1ee8feaf503edd7e188caf7d1d9491307"
22) "TinebaseQueueData:ff1d16d7d227c9dcf311bcbe0688fc971b571512"
23) "TinebaseQueueData:4cc58d3d4fd822c64bee5018564f38a570f12e6a"
24) "TinebaseQueueData:9c0f3f89a6fa83b82963115365dee332dfe3c662"
25) "TinebaseQueueData:c22c02a98ea9d9b384867d0b965abc5c573ef4bd"
26) "TinebaseQueueData:3b58519ea6404aecd98c15e2371980676e26597f"
27) "TinebaseQueueData:a14dfc4a92d62d4d9f8dd7dbc98dedfd81f3504d"
28) "TinebaseQueueData:02716763f8f3317d12598b7dcd0bd602e5745412"
29) "TinebaseQueueData:5b047725a2e5b90f5464fa9544c5c0ecd1542831"
30) "TinebaseQueueData:75b00a99b095e9065c89ce500f687e97886ddf83"
31) "TinebaseQueueData:22ba67cbc09eeb008145c24892d1e0c009685390"
32) "TinebaseQueueData:880ad659ceca6bb36cf0aec6d030c4a6dd0c87c7"
33) "TinebaseQueueData:73871e6c39dc55c1ee25d408901b98ec7770307f"
34) "TinebaseQueueData:0e293a6194276d351bda5b570af80780a50e7427"
35) "TinebaseQueueData:88fcae23579f29ac5428b7c98c13f4ed003f28aa"
36) "TinebaseQueueData:bbf027ddbfc6cb064b1de67dc4d78d833df81602"
37) "TinebaseQueueData:3d52d5fdca11f2ed1cbcd50c5b056afcca9ae977"
38) "TinebaseQueueData:116983bdb84439440f59e4414209c7e6da2189cb"
39) "TinebaseQueueData:048489e90a2cb8e230c4db3deb2ebfde0c3d3046"
40) "TinebaseQueueData:68a1cfa1145cef7d34d282c98c669efd0b2ab0f0"
41) "TinebaseQueueData:ccc825a39308e40ba17a5fadb07da9ba601fa56d"
42) "TinebaseQueueData:498a99be0469374281d43ef974781fbdf620b719"
43) "TinebaseQueueData:5e4b2218c08b2400283a1fbe9b6d3ecb4a9cd027"

Sollten Einträge vorhanden sein, kann man diese mittels 

root@intranet2:/var/www/html/tine# redis-cli flushdb
OK

entfernen. Ist der Cache gelöscht, klappt das Update via GUI und CLI.

→ Weiterlesen...

2019/12/02 13:43
,

NextCloud SOGO Connector für Thunderbird macht Probleme

Wenn das Adressbuch Thunderbird-NextCloud nicht mehr übereinstimmen und man den SOGO-Connector nutzt, sollte man auf auf eine alternative der Kontaktsynchronisation umsteigen. Meist liegt das Problem bei der SOGO Erweiterung des Thunderbird.

Man erkennt es zum Beispiel daran, dass im Thunderbird maximal 254 Kontakte synchronisiert werden. Eine Fehlermeldung seitens Thunderbird erscheint nicht. SOGO meldet fleißig „Keine Änderungen“.

In 2017 gab es schon einmal Probleme mit dieser Konstellation (https://github.com/nextcloud/contacts/issues/206 und https://github.com/nextcloud/documentation/issues/529). Daher die Empfehlung zu der Thunderbird Erweiterung CardBook zu greifen.

VOR dem installieren sollte man den SOGO Connector entfernen bzw. deaktivieren.

→ Weiterlesen...

2019/12/02 14:01
, , ,

MAC Passwort zurücksetzen

Es soll vorkommen das selbst MAC User Ihr Passwort vergessen. Hat man physischen zugriff auf den Rechner kann man den MAC mit gedrückten Befehl und S Tasten starten (Festhalten bis die Konsole erscheint). Dadurch startet der MAC im sogenannten Single-User Modus.

Partition einbinden 

# mount -uw /

Systemdienst Open Directory starten 

# launchctl load /System/Library/LaunchDaemons/com.apple.opendirectoryd.plist

Passwort neu vergeben 

# passwd benutzername

Wobei benutzername dem Kurznamen des Benutzers entsprechen muss. Nach der zweimaligen Eingabe des Passworts kann man neu starten 

# reboot

Nach dem neuen anmelden muss die Schlüsselbunddatenbank neu angelegt werden.

Ist FileVault aktiviert funktioniert obiges vorgehen nicht. Mann kommt nur noch mit dem Wiederherstellungsschlüssel den man beim erstellen speichern sollte an seine Daten.

→ Weiterlesen...

2020/03/13 20:32
,

OTRS 5 MailAccountFetch error nach Neustart

Es kann vorkommen das OTRS nach einem Neustart keine E-Mails mehr abholt. Findet man in den Log Dateien einen Eintrag wie 

There was an error executing Execute() in Kernel::System::Console::Command::Maint::PostMaster::MailAccountFetch: Error: Unable to register the process in the database. Is another instance still running?

hilft ein kurzer Einzeiler auf der Konsole der das setzen der PID erzwingt. 

# /opt/otrs/bin/otrs.Console.pl Maint::PostMaster::MailAccountFetch --force-pid

Das ganze als OTRS Benutzer da root nicht darf 

# su -c "/opt/otrs/bin/otrs.Console.pl Maint::PostMaster::MailAccountFetch --force-pid" -s /bin/bash otrs

Ist der Vorgang erfolgreich, läuft der Daemon auch wieder durch.

→ Weiterlesen...

2020/03/13 20:32
,

IP-Adresse mit iptables blocken

Manchmal kann es sinnvoll sein, eine IP-Adresse zu sperren. Zum Beispiel bei permanentem Zugriff auf einen Server den man warten möchte.

Aussperren kann man die IP mittels 

iptables -A INPUT -s 192.168.178.25 -j DROP

Die Adresse muss natürlich angepasst werden. Eine Übersicht über alle aktiven Regeln bekommt man mittels 

iptables -L INPUT

Das ganze könnte wie folgt aussehen 

# iptables -L INPUT
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         
DROP       all  --  192.168.178.25       anywhere            
DROP       all  --  192.168.178.29       anywhere

Entfernen kann man den jeweiligen Eintrag mit dem Befehl 

iptables -D INPUT -s 192.168.178.25 -j DROP

→ Weiterlesen...

2020/03/13 20:32
,

<< Neuere Einträge | Ältere Einträge >>