Sorry Gerald. My email was sent incomplete by my own mystake.... The complete email is below Hi folks, I've been facing off 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't created in the system from customers' e-mail. In the system log, the follow message shows up every 10 minutes: *Can't create PID PostMasterMailbox, because it's already running* I've been tried to run that script by myself on the CentOS 6 server (I'm using Perl v5.10.1). However, the follow message shows up: # /opt/otrs/bin/otrs.PostMasterMailbox.pl -f 1 -d 2 *NOTICE: PostMasterMailbox.pl is already running but is starting again! * *Segmentation fault* Any ideas about this "Segmentation fault" ? I think that's the point. Regards, Willian Silva.

and add one job more in crontab */1 * * * * fetchmail Thanks Piyush Mishra On 2/18/14, piyush mishra wrote:

Hi Willian Silva.

as a root login

type command ==> crontab -e

*/1 * * * * /usr/bin/perl /opt/otrs/bin/otrs.PostMasterMailbox.pl

its should work.

On 2/18/14, Willian Silva wrote:

...

Sorry Gerald. My email was sent incomplete by my own mystake.... The complete email is below

Hi folks,

I've been facing off 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't created in the system from customers' e-mail.

In the system log, the follow message shows up every 10 minutes:

*Can't create PID PostMasterMailbox, because it's already running*

I've been tried to run that script by myself on the CentOS 6 server (I'm using Perl v5.10.1). However, the follow message shows up:

# /opt/otrs/bin/otrs.PostMasterMailbox.pl -f 1 -d 2

*NOTICE: PostMasterMailbox.pl is already running but is starting again! * *Segmentation fault*

Any ideas about this "Segmentation fault" ?

I think that's the point.

Regards,

Willian Silva.

Yes, Gerald Young. Manual fetch is working properly from the GUI. 2014-02-17 15:26 GMT-03:00 Gerald Young :

Does manual fetch work? Are there errors in System Log? Windows or Linux?

On Mon, Feb 17, 2014 at 1:23 PM, Willian Silva 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

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 :

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 messagehttps://www.google.com/search?q=site:forums.otterhub.org+Can%27t+create+PID+... .

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 wrote:

...

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

2014-02-17 15:26 GMT-03:00 Gerald Young :

Does manual fetch work?

...

Are there errors in System Log? Windows or Linux?

On Mon, Feb 17, 2014 at 1:23 PM, Willian Silva 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

To be more explicit about it: Cron.sh stop otrs empties otrs crontab Cron.sh start otrs concats otrs/var/cron into otrs crontab grep PostMasterMailbox otrs/var/cron If you see it more than once, it's too many times. comment (#) extraneous ones out. If you see it only once, run Cron.sh restart otrs On Tue, Feb 18, 2014 at 9:05 AM, Gerald Young wrote:

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 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 :

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 messagehttps://www.google.com/search?q=site:forums.otterhub.org+Can%27t+create+PID+... .

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 wrote:

...

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

2014-02-17 15:26 GMT-03:00 Gerald Young :

Does manual fetch work?

...

Are there errors in System Log? Windows or Linux?

On Mon, Feb 17, 2014 at 1:23 PM, Willian Silva 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

Experienced problems w/ seg faults on our OTRS server several months back. They were always associated with a crontab process. I found that the issue was a faulty memory module. I would suggest that you bounce the box before continuing the troubleshooting. I would want to clean the slate first. gl From: otrs-bounces@otrs.org [mailto:otrs-bounces@otrs.org] On Behalf Of Willian Silva Sent: Wednesday, February 19, 2014 2:08 PM To: User questions and discussions about OTRS. Subject: Re: [otrs] PostMasterMailbox.pl doesn't working Hi, Gerald. I solved that issue about duplicate entries in the otrs' crontab file. I should've deleted /otrs/var/cron folder. After, I created it again by copying default directory from otrs.tar.gz source and installing all the cronjobs again. Although this part was solved, the problem with fetch e-mails through otrs.PostMasterMailbox.pl still happening. I also realized that others scripts like otrs.GenericAgent.pl are with the same behavior. When I try to run them by myself on the linux shell, the following message shows up: Segmentation fault. Any idea ? Can be some Perl issue ? Best Regards, Willian Silva. 2014-02-18 11:11 GMT-03:00 Gerald Young : To be more explicit about it: Cron.sh stop otrs empties otrs crontab Cron.sh start otrs concats otrs/var/cron into otrs crontab grep PostMasterMailbox otrs/var/cron If you see it more than once, it's too many times. comment (#) extraneous ones out. If you see it only once, run Cron.sh restart otrs On Tue, Feb 18, 2014 at 9:05 AM, Gerald Young wrote: 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 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 : 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 <https://www.google.com/search?q=site:forums.otterhub.org+Can%27t+create+PID +PostMasterMailbox%2C+because+it%27s+already+running> . http://forums.otterhub.org/viewtopic.php?f=62 http://forums.otterhub.org/viewtopic.php?f=62&t=17287 &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 wrote: Yes, Gerald Young. Manual fetch is working properly from the GUI. 2014-02-17 15:26 GMT-03:00 Gerald Young : Does manual fetch work? Are there errors in System Log? Windows or Linux? On Mon, Feb 17, 2014 at 1:23 PM, Willian Silva 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 --------------------------------------------------------------------- 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

I am facing exactly the same issue, but to my understand the issue is due to the permission being resetted on /opt/otrs/var/tmp/CacheFileStorable/DynamicField directories. The permission are getting resetted after you create a new phone ticket. Can any one please point how to resolve this. Thanks Date: Mon, 24 Feb 2014 09:18:47 -0300 From: poledit01@gmail.com To: otrs@otrs.org Subject: Re: [otrs] PostMasterMailbox.pl doesn't working Hi guys. I found the reason why some scripts like otrs.PostMasterMailbox.pl and otrs.GenericAgent.pl are not working properly. There is a external customer backend in our OTRS system hosted at SQL Server 2012 connecting through ODBC. When I turn off this setting in Config.pm, that scripts can do its job. When I turn on this setting (it should be enable) and perform that scripts in debug mode, the error message Segmentation Fault shows up. Have you ever seen a issue like that ? Best Regards, Willian Silva. 2014-02-19 16:25 GMT-03:00 LQ Marshall : Experienced problems w/ seg faults on our OTRS server several months back. They were always associated with a crontab process. I found that the issue was a faulty memory module. I would suggest that you bounce the box before continuing the troubleshooting. I would want to clean the slate first. gl From: otrs-bounces@otrs.org [mailto:otrs-bounces@otrs.org] On Behalf Of Willian Silva Sent: Wednesday, February 19, 2014 2:08 PM To: User questions and discussions about OTRS. Subject: Re: [otrs] PostMasterMailbox.pl doesn't working Hi, Gerald. I solved that issue about duplicate entries in the otrs' crontab file. I should've deleted /otrs/var/cron folder. After, I created it again by copying default directory from otrs.tar.gz source and installing all the cronjobs again. Although this part was solved, the problem with fetch e-mails through otrs.PostMasterMailbox.pl still happening. I also realized that others scripts like otrs.GenericAgent.pl are with the same behavior. When I try to run them by myself on the linux shell, the following message shows up: Segmentation fault. Any idea ? Can be some Perl issue ? Best Regards, Willian Silva. 2014-02-18 11:11 GMT-03:00 Gerald Young : To be more explicit about it: Cron.sh stop otrs empties otrs crontab Cron.sh start otrs concats otrs/var/cron into otrs crontab grep PostMasterMailbox otrs/var/cron If you see it more than once, it's too many times. comment (#) extraneous ones out. If you see it only once, run Cron.sh restart otrs On Tue, Feb 18, 2014 at 9:05 AM, Gerald Young wrote: 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 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 : 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 wrote: Yes, Gerald Young. Manual fetch is working properly from the GUI. 2014-02-17 15:26 GMT-03:00 Gerald Young : Does manual fetch work?Are there errors in System Log?Windows or Linux? On Mon, Feb 17, 2014 at 1:23 PM, Willian Silva 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 --------------------------------------------------------------------- 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