NoxWorld2660
commented
1 month ago After checking the database, i noticed the "lastrun" field is updated correctly no matter what even if the task is failing. However the the "state" remains with the value "2" , which according to what i see in the UI, seems to be the value for "Running".
State of cronstasks seems to be :
- 0 : Disabled
- 1 : Programmed
- 2 : Running
I therefore digged into the code and tried to find a workaround or solution that would fix the remaining "Running" state issue without impacting anything else and found this : https://github.com/glpi-project/glpi/blob/10.0.16/src/MailCollector.php#L720
The following attempt is a wrong turn, doesn't work. A try-catch block already exists on the Cron , see next comment.
I just added
'state' => 1,in the database update part. After checking, this is not a proper or suitable fix : the collect() method seems to be called for each mailcollector configured. If you have multiple mailcollector it will probably mess things up. But i only have 1 mail collector for now, so i will try if this solves my issue temporarily.
If it works, a slightly cleaner solution (just enough to support multiple mail collectors) would be to put a Try-Catch and that fix in the cronMailgate() foreach loop, and execute it only in case of errors, just to make sure the task status is correct for the next run before you exit the script in case of crashes.
Hope this will help. Il'l keep updating if relevant.
cedric-anne
github-actions[bot]
Code of Conduct
Is there an existing issue for this?
Version
10.0.16
Bug description
Mailgate is almost constantly stuck in "running" state.
I can't find any relevant log in GLPI or PHP despite being in "log all" mode everywhere (php.ini & glpi). It occurs both in CLI and GLPI mode.
I tried to change the execution timing cycle a few times ( 1 min - 5 min - 10 min ) , and i also adapted the crontask (trying to run this in CLI under Windows Server 2019). The bug remains in every configuration i've tried.
I also made a Cron every 5 min to unlock that specific task through glpi console, it doesn't work either.
Note that my mail server is On-Prem, and i am gathering email through IMAP. The server sometimes seems slow though.
Relevant log output
No response
Page URL
No response
Steps To reproduce
No response
Your GLPI setup information
Informations sur le système, l'installation et la configuration
Server
Operating system: Windows NT SP6004V 10.0 build 17763 (Windows Server 2019) AMD64 PHP 8.2.10 apache2handler (Core, PDO, Phar, Reflection, SPL, SimpleXML, Zend OPcache, apache2handler, bcmath, bz2, calendar, ctype, curl, date, dom, exif, fileinfo, filter, gd, hash, iconv, imap, intl, json, ldap, libxml, mbstring, mysqli, mysqlnd, openssl, pcre, pdo_mysql, pdo_sqlsrv, random, readline, session, sodium, sqlsrv, standard, tokenizer, xml, xmlreader, xmlwriter, zip, zlib) Setup: max_execution_time="300" memory_limit="512M" post_max_size="40M" safe_mode="" session.save_handler="files" upload_max_filesize="20M" disable_functions="" Software: Apache/2.4.62 (Win64) PHP/8.2.10 OpenSSL/3.1.6 () Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0 Server Software: MySQL Community Server - GPL Server Version: 8.0.35 Server SQL Mode: STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION Parameters: glpi_prd@servername123.xxx.xxxxxxxx.xx/glpi_prd Host info: servername123.xxx.xxxxxxxx.xx via TCP/IP PHP version (8.2.10) is supported. Sessions configuration is OK. Allocated memory is sufficient. mysqli extension is installed. Following extensions are installed: dom, fileinfo, filter, libxml, json, simplexml, xmlreader, xmlwriter. curl extension is installed. gd extension is installed. intl extension is installed. zlib extension is installed. The constant SODIUM_CRYPTO_AEAD_XCHACHA20POLY1305_IETF_NPUBBYTES is present. Database engine version (8.0.35) is supported. No files from previous GLPI version detected. The log file has been created successfully. Write access to D:\www\glpi/files/_cache has been validated. Write access to D:\www\glpi/files/_cron has been validated. Write access to D:\www\glpi/files has been validated. Write access to D:\www\glpi/files/_dumps has been validated. Write access to D:\www\glpi/files/_graphs has been validated. Write access to D:\www\glpi/files/_lock has been validated. Write access to D:\www\glpi/files/_pictures has been validated. Write access to D:\www\glpi/files/_plugins has been validated. Write access to D:\www\glpi/files/_rss has been validated. Write access to D:\www\glpi/files/_sessions has been validated. Write access to D:\www\glpi/files/_tmp has been validated. Write access to D:\www\glpi/files/_uploads has been validated. Web server root directory configuration seems safe. Sessions configuration is secured. OS and PHP are relying on 64 bits integers. exif extension is installed. ldap extension is installed. openssl extension is installed. Following extensions are installed: bz2, Phar, zip. Zend OPcache extension is installed. Following extensions are installed: ctype, iconv, mbstring, sodium. Write access to D:\www\glpi/marketplace has been validated. Access to timezone database (mysql) is not allowed.GLPI constants
Libraries
Notifications
Plugins list
fields Name: Champs supplémentaires Version: 1.20.7 State: Enabled Install Method: Manual datainjection Name: Data Injection Version: 2.13.1 State: Enabled Install Method: Manual formcreator Name: Form Creator Version: 2.13.9 State: Enabled Install Method: Manual tag Name: Gestion des tags Version: 2.11.7 State: Enabled Install Method: Manual mreporting Name: Plus de rapports Version: 1.8.2 State: Enabled Install Method: ManualAnything else?
No response