Hi guys. I found the reason why some scripts like otrs.PostMasterMailbox.pl and *otrs.GenericAgent.pl <http://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 > <http://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<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&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
