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: poledi...@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 <qmarsh...@inetspace.net>:

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-boun...@otrs.org [mailto:otrs-boun...@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 <cryth...@gmail.com>:
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 <cryth...@gmail.com> 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 <poledi...@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 <cryth...@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 <poledi...@gmail.com> wrote:
Yes, Gerald Young. Manual fetch is working properly from the GUI.  
 2014-02-17 15:26 GMT-03:00 Gerald Young <cryth...@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 <poledi...@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
  
---------------------------------------------------------------------

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

Reply via email to