If you are getting this error " Can't create PID PostMasterMailbox, because it's already running" in SYSconfig in OTRS ADMIN
to check the processes type the command on the command prompt
#> ps -ef | grep PostMasterMailbox.pl
then go to mysql and check
mysql> select * from process_id where process_name = 'PostMasterMailbox';
mysql> delete from process_id where process_name = 'PostMasterMailbox';
and lastly run the following command to start the postmaster to fetch the mails
bin/otrs.PostMasterMailbox.pl -f 1
Friday, February 10, 2012
Subscribe to:
Post Comments (Atom)
Awesome. I really appreciated this.
ReplyDeleteThank you!
The error is recurring even after this fix. Any suggestions?
ReplyDeleteNo issues..just let me know what issue you are facing as this issue occurs when you would have lot of emails in your inbox and OTRS is trying to downloading all mails
DeleteI am constantly seeing the following errors in the admin system log "Can't create PID PostMasterMailbox, because it's already running ". Even after I follow the steps posted above to manually clean the database of this error. I have very little traffic into my support mailbox.
ReplyDeleteI'm facing the same issue and following your steps just fixed it for only the 1st e-mail retrieval then the error is being print again in the error log.
ReplyDeleteI don't have any traffic, I'm just trying to upgrade from 3.1 to 3.2.
When I finish the upgrade to 3.2 the error is appearing while it disappear again after rolling back to version 3.1 !
I tried to continue upgrading from 3.2 to 3.3 but the same error still exists.
Any idea about that ?
Strange..Please ask a question here http://findoutanswer.com ..may be some other can help you..as I tried the above steps which resloved my issue and never occured
ReplyDeleteI think I've found a solution for my problem, the error "Can't create PID PostMasterMailbox, because it's already running " was following a number of permission denied errors like "Can't write '/opt/otrs/var/tmp/CacheFileStorable/CacheInternalTicket/3/9/39f452cb24dd4e140d46e370a7a35ae7': Permission denied"
ReplyDeletewhich means - as I guess - that because of the permissions restrictions somehow it can't clean the database automatically.
The problem here is the new folders/files created have the user/group for the web server (apache:apache) while - according to the permission script "bin/otrs.SetPermissions.pl" - it should be otrs user and web server group (otrs:apache).
My solution is adding the "otrs" user to the web server group "apache", after that the errors disappeared and the OTRS system worked fine with me.
Note:
You might need to clean the database manually using the above steps first.
Great Thanks :)
DeleteIt also worked for me, I had only to do what you said with the command:
Deleteusermod -a -G apache otrs
and it worked great!
dont edit /etc/groups directly - use the command
ReplyDeleteusermod -a -G apache otrs
an then the /etc/gshadow file is updated too!!
In my case i solved this problem with the remove of an e-mail that was inside on one of the mailbox queue.
ReplyDeleteThat particulary email was mailformated, and otrs was not abble to parse it .
Someone suggested try to fetch the mail forcefully using (use '-f 1' if you want to start it forced)!
ReplyDeleteso I did and it is shwing me the error
[root@180 ~]# /opt/otrs/bin/otrs.PostMasterMailbox.pl -f 1
NOTICE: PostMasterMailbox.pl is already running but is starting again!
POP3: Message 1/48 (sam@gmail.com/pop.gmail.com)
Wide character in syswrite at /usr/share/perl5/Net/Cmd.pm line 232.
http://answerguru.net/2822/otrs-postmastermailbox-pl-is-already-running
Delete