You are not logged in.

Announcement

 Téléchargez la dernière version stable de GLPI      -     Et vous, que pouvez vous faire pour le projet GLPI ? :  Contribuer
 Download last stable version of GLPI                      -     What can you do for GLPI ? :  Contribute

Pages: 1

#1 2013-10-07 13:51:12

glpi.al
Member
Registered: 2012-10-16
Posts: 78

Mailgate automatic task remains in "running" state.

I,
I configured a mailcollector address and the mailgate automatic task in CLI mode.

GLPI generates tickets by e-mail if I manually push the "receive ticket by email" on the mailcollector form or the "run" button on the mailgate automatic task form.

The mailgate automatic task, when the next run time arrives, remains in the "running" state forever even if there aren't emails.

Other tasks are all ok in CLI mode and execute regularly.

Best Regards.

Offline

#2 2013-10-07 15:35:13

glpi.al
Member
Registered: 2012-10-16
Posts: 78

Re: Mailgate automatic task remains in "running" state.

I found and tried the procedure on this page of the forum:

http://www.glpi-project.org/forum/viewt … p?id=27357

but the problem remains.

Offline

#3 2013-10-09 10:02:50

MoYo
GLPI - Lead
From: Poitiers
Registered: 2004-09-13
Posts: 14,513
Website

Re: Mailgate automatic task remains in "running" state.

Do you have errors in files/_log ?

MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI :    Support     Contribute     References     Freshmeat

Offline

#4 2013-10-09 10:43:54

glpi.al
Member
Registered: 2012-10-16
Posts: 78

Re: Mailgate automatic task remains in "running" state.

Hi,
in the logs seems there aren't errors.

In the cron.log, all seems ok:

2013-10-08 11:08:00
Esterno #1: Avvia mailgate
2013-10-08 11:10:00
Esterno #1: Avvia slaticket
2013-10-08 11:10:00
Esterno #2: Avvia planningrecall
2013-10-08 11:10:00
Esterno #3: Avvia reservation
2013-10-08 11:12:00
Esterno #1: Avvia graph
2013-10-08 11:12:00

mailgate starts, but remains "running". Other tasks run ok.

Only one doubt if it can help: for the tasks in CLI mode the run time in the cron.log is in GMT and not in the local server time (I've to add 2 hours to know the exact run time), for the task in GLPI mode the run time is the local server time.

In the php-errors.log only some notices for yesterday:

2013-10-08 09:42:06
Notice(8): Undefined index: glpiactiveentities_string
Backtrace :
M:\wamp\glpi\inc\db.function.php:1604        Toolbox::userErrorHandlerNormal()
M:\wamp\glpi\inc\software.class.php:567        getEntitiesRestrictRequest()
M:\wamp\glpi\inc\search.class.php:5187        Software->getSearchOptions()
M:\wamp\glpi\inc\commondbtm.class.php:3528        Search::getOptions()
M:\wamp\glpi\inc\commondbtm.class.php:3583        CommonDBTM->getSearchOptionByField()
M:\wamp\glpi\inc\commondbtm.class.php:764        CommonDBTM->filterValues()
M:\wamp\glpi\inc\software.class.php:744        CommonDBTM->add()
M:\wamp\glpi\inc\software.class.php:794        Software->addSoftware()
M:\wamp\glpi\plugins\ocsinventoryng\inc\ocsserver.class.php:4802        Software->addOrRestoreFromTrash()
M:\wamp\glpi\plugins\ocsinventoryng\inc\ocsserver.class.php:2190        PluginOcsinventoryngOcsServer::updateSoftware()
M:\wamp\glpi\plugins\ocsinventoryng\inc\ocsserver.class.php:1522        PluginOcsinventoryngOcsServer::updateComputer()
M:\wamp\glpi\plugins\ocsinventoryng\inc\ocsserver.class.php:5023        PluginOcsinventoryngOcsServer::processComputer()
M:\wamp\glpi\inc\crontask.class.php:755        call_user_func()
M:\wamp\glpi\front\cron.php:84        CronTask::launch()

2013-10-08 09:42:06
Notice(8): Undefined index: glpiparententities
Backtrace :
M:\wamp\glpi\inc\db.function.php:1620        Toolbox::userErrorHandlerNormal()
M:\wamp\glpi\inc\software.class.php:567        getEntitiesRestrictRequest()
M:\wamp\glpi\inc\search.class.php:5187        Software->getSearchOptions()
M:\wamp\glpi\inc\commondbtm.class.php:3528        Search::getOptions()
M:\wamp\glpi\inc\commondbtm.class.php:3583        CommonDBTM->getSearchOptionByField()
M:\wamp\glpi\inc\commondbtm.class.php:764        CommonDBTM->filterValues()
M:\wamp\glpi\inc\software.class.php:744        CommonDBTM->add()
M:\wamp\glpi\inc\software.class.php:794        Software->addSoftware()
M:\wamp\glpi\plugins\ocsinventoryng\inc\ocsserver.class.php:4802        Software->addOrRestoreFromTrash()
M:\wamp\glpi\plugins\ocsinventoryng\inc\ocsserver.class.php:2190        PluginOcsinventoryngOcsServer::updateSoftware()
M:\wamp\glpi\plugins\ocsinventoryng\inc\ocsserver.class.php:1522        PluginOcsinventoryngOcsServer::updateComputer()
M:\wamp\glpi\plugins\ocsinventoryng\inc\ocsserver.class.php:5023        PluginOcsinventoryngOcsServer::processComputer()
M:\wamp\glpi\inc\crontask.class.php:755        call_user_func()
M:\wamp\glpi\front\cron.php:84        CronTask::launch()

In sql-errors.log there aren't errors from september the 27.

Best Regards.

Last edited by glpi.al (2013-10-09 10:50:13)

Offline

#5 2013-10-11 08:50:36

glpi.al
Member
Registered: 2012-10-16
Posts: 78

Re: Mailgate automatic task remains in "running" state.

Hi,
I try in GLPI mode and the task runs regularly.

Only CLI mode crashes.
Is there another log where we could look?

Bet Regards.

Offline

#6 2013-10-16 08:45:37

MoYo
GLPI - Lead
From: Poitiers
Registered: 2004-09-13
Posts: 14,513
Website

Re: Mailgate automatic task remains in "running" state.

Errors in your log do not refer to mailgates.
Try in debug mode to see if you have errors.

MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI :    Support     Contribute     References     Freshmeat

Offline

#7 2013-10-16 10:19:57

glpi.al
Member
Registered: 2012-10-16
Posts: 78

Re: Mailgate automatic task remains in "running" state.

Hi,
I'm trying with:

UPDATE glpi_users SET use_mode=2 WHERE name='my-name';

because I don't find:

Menu Settings
Use GLPI in Mode: Debug

in GLPI 0.84.2.

Is this setup ok even if I use the CLI mode?

At this moment the mailgate task is crashing because in the mailbox there are spam messages.
If I delete all messages in the webmail, the task runs ok, perhaps this is another bug.

Best Regards.

Offline

#8 2013-10-16 10:32:54

glpi.al
Member
Registered: 2012-10-16
Posts: 78

Re: Mailgate automatic task remains in "running" state.

I activated "debug mode" for my user, but there aren't error in SQL and PHP logs.
Task mailgate in CLI mode is now crashed in "running" state.
In GLPI mode runs OK after I cleaned mailbox.

Offline

#9 2013-10-31 14:42:28

samcro
Member
From: Munich, Bavaria, Germany
Registered: 2013-04-24
Posts: 216

Re: Mailgate automatic task remains in "running" state.

I have a similar problem since a few days but in GLPI mode as well as in CLI mode the mailgate-job gets stuck "running". When i manually restart the job in the front end i get a blank white page.

This is the Apache/PHP error log (I have no idea if there is actually something useful in it):

[Thu Oct 31 10:03:56.996253 2013] [mpm_prefork:notice] [pid 1281] AH00169: caught SIGTERM, shutting down
[Thu Oct 31 10:04:19.678015 2013] [mpm_prefork:notice] [pid 1293] AH00163: Apache/2.4.6 (Ubuntu) PHP/5.5.3-1ubuntu2 configured -- resuming normal operations
[Thu Oct 31 10:04:19.687670 2013] [core:notice] [pid 1293] AH00094: Command line: '/usr/sbin/apache2'
[Thu Oct 31 10:43:23.418574 2013] [mpm_prefork:notice] [pid 1293] AH00169: caught SIGTERM, shutting down
[Thu Oct 31 10:43:48.953192 2013] [mpm_prefork:notice] [pid 1280] AH00163: Apache/2.4.6 (Ubuntu) PHP/5.5.3-1ubuntu2 configured -- resuming normal operations
[Thu Oct 31 10:43:48.962890 2013] [core:notice] [pid 1280] AH00094: Command line: '/usr/sbin/apache2'
[Thu Oct 31 11:30:54.892975 2013] [mpm_prefork:notice] [pid 1261] AH00163: Apache/2.4.6 (Ubuntu) PHP/5.5.3-1ubuntu2 configured -- resuming normal operations
[Thu Oct 31 11:30:54.897737 2013] [core:notice] [pid 1261] AH00094: Command line: '/usr/sbin/apache2'
[Thu Oct 31 11:49:22.996469 2013] [mpm_prefork:notice] [pid 1261] AH00169: caught SIGTERM, shutting down
[Thu Oct 31 11:49:24.132655 2013] [mpm_prefork:notice] [pid 2316] AH00163: Apache/2.4.6 (Ubuntu) PHP/5.5.3-1ubuntu2 configured -- resuming normal operations
[Thu Oct 31 11:49:24.132696 2013] [core:notice] [pid 2316] AH00094: Command line: '/usr/sbin/apache2'
[Thu Oct 31 13:08:12.117914 2013] [mpm_prefork:notice] [pid 2316] AH00169: caught SIGTERM, shutting down
[Thu Oct 31 13:08:13.131869 2013] [mpm_prefork:notice] [pid 2724] AH00163: Apache/2.4.6 (Ubuntu) PHP/5.5.3-1ubuntu2 configured -- resuming normal operations
[Thu Oct 31 13:08:13.131909 2013] [core:notice] [pid 2724] AH00094: Command line: '/usr/sbin/apache2'
[Thu Oct 31 13:28:04.701358 2013] [mpm_prefork:notice] [pid 2724] AH00169: caught SIGTERM, shutting down
[Thu Oct 31 13:28:05.846488 2013] [mpm_prefork:notice] [pid 2883] AH00163: Apache/2.4.6 (Ubuntu) PHP/5.5.3-1ubuntu2 configured -- resuming normal operations
[Thu Oct 31 13:28:05.846535 2013] [core:notice] [pid 2883] AH00094: Command line: '/usr/sbin/apache2'
[Thu Oct 31 13:29:58.717178 2013] [mpm_prefork:notice] [pid 2883] AH00169: caught SIGTERM, shutting down
[Thu Oct 31 13:30:29.194569 2013] [mpm_prefork:notice] [pid 1266] AH00163: Apache/2.4.6 (Ubuntu) PHP/5.5.3-1ubuntu2 configured -- resuming normal operations
[Thu Oct 31 13:30:29.195407 2013] [core:notice] [pid 1266] AH00094: Command line: '/usr/sbin/apache2'

and this is the GLPI php-errors.log:

Deprecated function(8192): preg_replace(): The /e modifier is deprecated, use preg_replace_callback in$
Backtrace :
/var/www/glpi/lib/phpmailer/class.phpmailer.php:1627            preg_replace()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:1457            PHPMailer->EncodeQ()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:1003            PHPMailer->EncodeHeader()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:504             PHPMailer->CreateHeader()
/var/www/glpi/inc/notificationmail.class.php:243                PHPMailer->Send()
/var/www/glpi/inc/notification.class.php:325            NotificationMail->sendNotification()
/var/www/glpi/inc/notificationevent.class.php:150               Notification::send()
/var/www/glpi/inc/crontask.class.php:1281               NotificationEvent::raiseEvent()
/var/www/glpi/inc/crontask.class.php:758                call_user_func()
/var/www/glpi/front/cron.php:84         CronTask::launch()

19-10-2013 07:30
Deprecated function(8192): preg_replace(): The /e modifier is deprecated, use preg_replace_callback in$
Backtrace :
/var/www/glpi/lib/phpmailer/class.phpmailer.php:1618            preg_replace()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:1457            PHPMailer->EncodeQ()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:803             PHPMailer->EncodeHeader()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:786             PHPMailer->AddrFormat()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:976             PHPMailer->AddrAppend()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:504             PHPMailer->CreateHeader()
/var/www/glpi/inc/notificationmail.class.php:243                PHPMailer->Send()
/var/www/glpi/inc/notification.class.php:325            NotificationMail->sendNotification()
/var/www/glpi/inc/notificationevent.class.php:150               Notification::send()

19-10-2013 06:45
Deprecated function(8192): preg_replace(): The /e modifier is deprecated, use preg_replace_callback in$
Backtrace :
/var/www/glpi/lib/phpmailer/class.phpmailer.php:1627            preg_replace()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:1457            PHPMailer->EncodeQ()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:1003            PHPMailer->EncodeHeader()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:504             PHPMailer->CreateHeader()
/var/www/glpi/inc/notificationmail.class.php:243                PHPMailer->Send()
/var/www/glpi/inc/notification.class.php:325            NotificationMail->sendNotification()
/var/www/glpi/inc/notificationevent.class.php:150               Notification::send()
/var/www/glpi/inc/crontask.class.php:1281               NotificationEvent::raiseEvent()
/var/www/glpi/inc/crontask.class.php:758                call_user_func()
/var/www/glpi/front/cron.php:84         CronTask::launch()

19-10-2013 07:30
Deprecated function(8192): preg_replace(): The /e modifier is deprecated, use preg_replace_callback in$
Backtrace :
/var/www/glpi/lib/phpmailer/class.phpmailer.php:1618            preg_replace()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:1457            PHPMailer->EncodeQ()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:803             PHPMailer->EncodeHeader()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:786             PHPMailer->AddrFormat()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:976             PHPMailer->AddrAppend()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:504             PHPMailer->CreateHeader()
/var/www/glpi/inc/notificationmail.class.php:243                PHPMailer->Send()
/var/www/glpi/inc/notification.class.php:325            NotificationMail->sendNotification()
/var/www/glpi/inc/notificationevent.class.php:150               Notification::send()
/var/www/glpi/inc/ticket.class.php:1429         NotificationEvent::raiseEvent()
/var/www/glpi/inc/commondbtm.class.php:697              Ticket->post_addItem()
/var/www/glpi/inc/ticketrecurrent.class.php:368         CommonDBTM->add()
/var/www/glpi/inc/ticketrecurrent.class.php:317         TicketRecurrent::createTicket()
/var/www/glpi/inc/crontask.class.php:758                call_user_func()
/var/www/glpi/front/cron.php:84         CronTask::launch()

19-10-2013 07:30
Deprecated function(8192): preg_replace(): The /e modifier is deprecated, use preg_replace_callback in$
Backtrace :
/var/www/glpi/lib/phpmailer/class.phpmailer.php:1618            preg_replace()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:1457            PHPMailer->EncodeQ()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:803             PHPMailer->EncodeHeader()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:786             PHPMailer->AddrFormat()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:976             PHPMailer->AddrAppend()
/var/www/glpi/lib/phpmailer/class.phpmailer.php:504             PHPMailer->CreateHeader()
/var/www/glpi/inc/notificationmail.class.php:243                PHPMailer->Send()
/var/www/glpi/inc/notification.class.php:325            NotificationMail->sendNotification()
/var/www/glpi/inc/notificationevent.class.php:150               Notification::send()
/var/www/glpi/inc/ticket.class.php:1429         NotificationEvent::raiseEvent()
/var/www/glpi/inc/commondbtm.class.php:697              Ticket->post_addItem()
/var/www/glpi/inc/ticketrecurrent.class.php:368         CommonDBTM->add()
/var/www/glpi/inc/ticketrecurrent.class.php:317         TicketRecurrent::createTicket()
/var/www/glpi/inc/crontask.class.php:758                call_user_func()
/var/www/glpi/front/cron.php:84         CronTask::launch()

31-10-2013 12:48
Notice(8): Array to string conversion
Backtrace :
/var/www/glpi/inc/notificationtemplate.class.php:332            strtr()
/var/www/glpi/inc/notificationtemplate.class.php:267            NotificationTemplate::process()
/var/www/glpi/inc/notificationevent.class.php:145               NotificationTemplate->getTemplateByLan$
/var/www/glpi/inc/ticket.class.php:996          NotificationEvent::raiseEvent()
/var/www/glpi/inc/commondbtm.class.php:962              Ticket->post_updateItem()
/var/www/glpi/front/ticket.form.php:69          CommonDBTM->update()

31-10-2013 12:48
Notice(8): Array to string conversion
Backtrace :
/var/www/glpi/inc/notificationtemplate.class.php:332            strtr()
/var/www/glpi/inc/notificationtemplate.class.php:267            NotificationTemplate::process()
/var/www/glpi/inc/notificationevent.class.php:145               NotificationTemplate->getTemplateByLan$
/var/www/glpi/inc/ticket.class.php:996          NotificationEvent::raiseEvent()
/var/www/glpi/inc/commondbtm.class.php:962              Ticket->post_updateItem()
/var/www/glpi/front/ticket.form.php:69          CommonDBTM->update()

31-10-2013 12:48
Notice(8): Array to string conversion
Backtrace :
/var/www/glpi/inc/notificationtemplate.class.php:332            strtr()
/var/www/glpi/inc/notificationtemplate.class.php:267            NotificationTemplate::process()
/var/www/glpi/inc/notificationevent.class.php:145               NotificationTemplate->getTemplateByLan$
/var/www/glpi/inc/ticket.class.php:996          NotificationEvent::raiseEvent()
/var/www/glpi/inc/commondbtm.class.php:962              Ticket->post_updateItem()
/var/www/glpi/front/ticket.form.php:69          CommonDBTM->update()

31-10-2013 12:48
Notice(8): Array to string conversion
Backtrace :
/var/www/glpi/inc/notificationtemplate.class.php:332            strtr()
/var/www/glpi/inc/notificationtemplate.class.php:267            NotificationTemplate::process()
/var/www/glpi/inc/notificationtemplate.class.php:267            NotificationTemplate::process()
/var/www/glpi/inc/notificationevent.class.php:145               NotificationTemplate->getTemplateByLan$
/var/www/glpi/inc/ticket.class.php:996          NotificationEvent::raiseEvent()
/var/www/glpi/inc/commondbtm.class.php:962              Ticket->post_updateItem()
/var/www/glpi/front/ticket.form.php:69          CommonDBTM->update()

31-10-2013 12:48
Notice(8): Array to string conversion
Backtrace :
/var/www/glpi/inc/notificationtemplate.class.php:332            strtr()
/var/www/glpi/inc/notificationtemplate.class.php:267            NotificationTemplate::process()
/var/www/glpi/inc/notificationevent.class.php:145               NotificationTemplate->getTemplateByLan$
/var/www/glpi/inc/ticket.class.php:996          NotificationEvent::raiseEvent()
/var/www/glpi/inc/commondbtm.class.php:962              Ticket->post_updateItem()
/var/www/glpi/front/ticket.form.php:69          CommonDBTM->update()

31-10-2013 12:48
Notice(8): Array to string conversion
Backtrace :
/var/www/glpi/inc/notificationtemplate.class.php:332            strtr()
/var/www/glpi/inc/notificationtemplate.class.php:267            NotificationTemplate::process()
/var/www/glpi/inc/notificationevent.class.php:145               NotificationTemplate->getTemplateByLan$
/var/www/glpi/inc/ticket.class.php:996          NotificationEvent::raiseEvent()
/var/www/glpi/inc/commondbtm.class.php:962              Ticket->post_updateItem()
/var/www/glpi/front/ticket.form.php:69          CommonDBTM->update()

31-10-2013 12:48
Notice(8): Array to string conversion
Backtrace :
/var/www/glpi/inc/notificationtemplate.class.php:332            strtr()
/var/www/glpi/inc/notificationtemplate.class.php:267            NotificationTemplate::process()
/var/www/glpi/inc/notificationevent.class.php:145               NotificationTemplate->getTemplateByLan$
/var/www/glpi/inc/ticket.class.php:996          NotificationEvent::raiseEvent()
/var/www/glpi/inc/commondbtm.class.php:962              Ticket->post_updateItem()
/var/www/glpi/front/ticket.form.php:69          CommonDBTM->update()

31-10-2013 12:48
Notice(8): Array to string conversion
Backtrace :
/var/www/glpi/inc/notificationtemplate.class.php:332            strtr()
/var/www/glpi/inc/notificationtemplate.class.php:267            NotificationTemplate::process()
/var/www/glpi/inc/notificationevent.class.php:145               NotificationTemplate->getTemplateByLan$
/var/www/glpi/inc/ticket.class.php:996          NotificationEvent::raiseEvent()
/var/www/glpi/inc/commondbtm.class.php:962              Ticket->post_updateItem()
/var/www/glpi/front/ticket.form.php:69          CommonDBTM->update()

31-10-2013 12:48
Notice(8): Array to string conversion
Backtrace :
/var/www/glpi/inc/notificationtemplate.class.php:332            strtr()
/var/www/glpi/inc/notificationtemplate.class.php:267            NotificationTemplate::process()
/var/www/glpi/inc/notificationevent.class.php:145               NotificationTemplate->getTemplateByLan$
/var/www/glpi/inc/ticket.class.php:996          NotificationEvent::raiseEvent()
/var/www/glpi/inc/commondbtm.class.php:962              Ticket->post_updateItem()
/var/www/glpi/front/ticket.form.php:69          CommonDBTM->update()

any advice would be much appreciated!

edit: using GLPI 0.83.8 on LAMP

Last edited by samcro (2013-10-31 15:44:47)

GLPI 0.84.7 with FusionInventory on LAMP 14.04.1 LTS
~150 clients

Offline

#10 2013-10-31 17:11:05

samcro
Member
From: Munich, Bavaria, Germany
Registered: 2013-04-24
Posts: 216

Re: Mailgate automatic task remains in "running" state.

FYI: Somehow the imap.ini in /etc/php5/apache2/conf.d/ was missing.

After manually recreating it with this content the job runs fine again:

# configuration for php IMAP module
extension=imap.so

So it seems like it has been a very strange IMAP error cause this *.ini file should be created automatically with the installation of the php5-imap package.

GLPI 0.84.7 with FusionInventory on LAMP 14.04.1 LTS
~150 clients

Offline

#11 2014-03-24 09:58:54

trilokmohnani
Member
Registered: 2014-03-24
Posts: 1

Re: Mailgate automatic task remains in "running" state.

Dear All,

If you are using windows you do not need to setup any other scheduler other than the Mailgate itself and disabled all the automatic actions which are of no use as the problem is task is getting time out.

Step 1. Setup Mail receivers in Setup > Receivers

Step 2. Disable all the other automatic actions and schedule mailgate to run on 1 minute interval, should work flawless.

Worked for me without any issues.

Best Regards
Trilok Mohnani.

Offline

#12 2014-05-07 19:59:48

Robby Chedie
Member
Registered: 2012-07-12
Posts: 9

Re: Mailgate automatic task remains in "running" state.

Hi Trilok, do you mean that you won't have to schedule a Crontask on the Windows Server ?
And what Run mode do you use ? GLPI or CLI ?

Thanks,

Robby

Offline

#13 2014-10-14 11:17:50

kja
Member
Registered: 2014-10-14
Posts: 1

Re: Mailgate automatic task remains in "running" state.

hi!

i think that i found solution:)

when you set job as CLI you must edit php.ini in /etc/php5/cli  not in /etc/php5/apache2 (/etc/php5/apache2 is only for GLPI mode job! )

in CLI folder php.ini doesn't contain extension=imap.so  the only thing that you must to do is add
extension=imap.so in your php.ini  under /etc/php5/cli


Regards!
kja

Last edited by kja (2014-10-14 11:25:42)

Offline

#14 2014-12-05 10:20:10

zlen
Member
Registered: 2014-12-05
Posts: 2

Re: Mailgate automatic task remains in "running" state.

Hi,
I have the same problem, but yours solution don`t work for me. In cron log appears "Can't get DB lock" after mailgate job, and system sometimes remains in "running" state. In GLPI mode the situation is worse, system hanging up every time mailgate job start, and there are many strings  "Can't get DB lock" in cron log.

GLPI 0.85

Thanks.

Offline

#15 2014-12-11 17:12:32

MoYo
GLPI - Lead
From: Poitiers
Registered: 2004-09-13
Posts: 14,513
Website

Re: Mailgate automatic task remains in "running" state.

try to see if you do not have database trouble... repair needed ?

MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI :    Support     Contribute     References     Freshmeat

Offline

#16 2015-01-22 08:51:41

zlen
Member
Registered: 2014-12-05
Posts: 2

Re: Mailgate automatic task remains in "running" state.

Unfortunately DB -repair didn`t fix the problem.  So, the mailgate automatic task  remains in the "running" state sometimes.

Offline

#17 2015-03-24 22:14:12

KKAdmin
Member
From: Germany
Registered: 2010-03-05
Posts: 959

Re: Mailgate automatic task remains in "running" state.

If you don't know what "glpi" mode means then read this.

http://kevinjmorse.ca/articles/setting- … ntu-server

I think perhaps for webmaster or developer it's more clear.

I had to install this also apt-get install php5-cli


I can't tranlate the Frensh and english glpi help is not available for this topic and the moment.

Last edited by KKAdmin (2015-03-24 22:31:27)

You can mark this threat as [resolved] in subject of your threat. (This is only available edit of the first post.) It is good for users who help others to quickly see which post is still open.
##############################################
GLPI 9.3.3

Offline

#18 2015-03-27 13:36:31

yllen
GLPI-DEV
From: Sillery (51)
Registered: 2008-01-14
Posts: 15,278

Re: Mailgate automatic task remains in "running" state.

samcro: what is your PHP version?

CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6  - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)

Offline

#19 2016-01-13 02:14:21

josecruz
Member
Registered: 2015-11-17
Posts: 5

Re: Mailgate automatic task remains in "running" state.

Hi

Probably not a good option but "i think" works for me...

Crontab mysql query to update mailgate state: mysql -uuserpass -pmysqlpass glpi -e "UPDATE glpi_crontasks SET  state = '1' WHERE name = 'mailgate' "

Hope helps someone...

Offline

Pages: 1

Board footer

Powered by FluxBB