yes. It means it's picking this up twice. Which has been previously noted as wrong.

Most likely issue is related to the thing I already said: 

Cron.sh concatenates all files (apparently, really, all files) in otrs/var/cron.

On Tue, Feb 18, 2014 at 6:55 AM, Willian Silva <poledit01@gmail.com> wrote:

Hi Gerald.

Thanks for your tips.

I was checking the crontab file of the otrs user and I realized something wrong. There are PostmasterMailbox.pl jobs running twice. I don't know why, even removing one of them, the two jobs shows up again when I type the command to restart otrs cron jobs (otrs/bin/Cron.sh restart otrs). See below:

[root@myserver otrs]# crontab -l -u otrs | grep PostMaster

*/10 * * * *    $HOME/bin/otrs.PostMasterMailbox.pl >> /dev/null

*/10 * * * *    $HOME/bin/otrs.PostMasterMailbox.pl >> /dev/null

Is it a problem ?

Regards,

Willian Silva.

2014-02-17 17:06 GMT-03:00 Gerald Young <crythias@gmail.com>:

I'm not a fan of the other suggestions to manipulate crontab directly because (in Linux):

otrs/bin/Cron.sh restart otrs

will concat all entries [that don't have .dist] on otrs/var/cron to the otrs user's cron (to run in the otrs context, obeying otrs' HOME path). 

to verify otrs' cron: 

sudo crontab -l -u otrs | more

But you have a known error message.

http://forums.otterhub.org/viewtopic.php?f=62&t=17287 is one of the threads that address this.

The error message is a symptom (Can't create a new process because the other process is still running). It is what it says. 

More to the point, the PostmasterMailbox.pl *is* running too often. This is likely either because it's running as root AND otrs or because a single instance is hung.

check /var/spool/cron/crontabs/* for multiple instances of PostmasterMailbox.pl (but use crontab -e -u username to edit these!)

also, check /etc/crontab and /etc/cron* for possible manual entries and remove them, especially if you've followed other people's instructions.

Check ps auxwww | grep PostmasterMailbox for running processes.

Attempt to manually run the otrs/bin/otrs.PostmasterMailbox.pl under the otrs context 

On Mon, Feb 17, 2014 at 2:45 PM, Willian Silva <poledit01@gmail.com> wrote:

Yes, Gerald Young. Manual fetch is working properly from the GUI.

2014-02-17 15:26 GMT-03:00 Gerald Young <crythias@gmail.com>:

Does manual fetch work?

Are there errors in System Log?

Windows or Linux?

On Mon, Feb 17, 2014 at 1:23 PM, Willian Silva <poledit01@gmail.com> wrote:

Hi folks,

I've been facing off with an issue and I'll appreciate any help to solve it.

In my OTRS 3.3.3 system, the PostMasterMailbox.pl script is running every 10 minutes by the otrs user cron jobs. But the tickets aren

---------------------------------------------------------------------
OTRS mailing list: otrs - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs
To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs

---------------------------------------------------------------------
OTRS mailing list: otrs - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs
To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs

---------------------------------------------------------------------
OTRS mailing list: otrs - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs
To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs

---------------------------------------------------------------------
OTRS mailing list: otrs - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs
To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs

---------------------------------------------------------------------
OTRS mailing list: otrs - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs
To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs