Skip to main content

[Case 80437] cPanel 11.38 breaks email pipes on shared servers

Comments

4 comments

  • Eric!
    Re: cPanel 11.38 breaks email pipes on shared servers with noshell -- exim read only filesystem erro Through my testing I've also found that CRON jobs that call php scripts which use mail() generate the same issues as the mail service when it pipes to the script. 2013-12-25 22:39:01 [4] Cannot open main log file "/var/log/exim_mainlog": Read-only file system: euid=0 egid=32007 2013-12-25 22:39:01 [4] cwd=/home/user/public_html/file 3 args: /usr/sbin/sendmail -t -i 2013-12-25 22:39:01 [4] Cannot open main log file "/var/log/exim_mainlog": Read-only file system: euid=0 egid=32007 exim: could not open panic log - aborting: see message(s) above
    It would seem that anything that is called via cron or perhaps piped via exec() like from the mail service is not setup to access the VirtFS and is using the common files which are now mounted as read only on a shared host. Interesting is that anything called via Apache doesn't seem to run into this VirtFS access problem. Is this because Apache is normally setup to spool to the VirtFS? Any ideas on what is wrong with my host service?
    0
  • cPanelMichael
    Hello :) This is related to internal case number 80437. A resolution for this issue is included with cPanel as of version 11.40.1.0. You may want to consult with your hosting provider to see if they are able to update cPanel to a tier that uses a version of cPanel with this fix included. Per the Change Log: Fixed case 80437: Fix jailshell recursive mount readonly fs problem. Thank you.
    0
  • Eric!
    [quote="cPanelMichael, post: 1537902"> Fixed case 80437: Fix jailshell recursive mount readonly fs problem.
    Wow, thank you! I thought I was taking crazy pills. I did see this in 11.40.1.4: Fixed case 84393: Mount directories rw so mailman can function under jail. Would this also prevent exim from running jailed (see problem outlined in first post)?
    0
  • cPanelMichael
    No, it does not alter the jailed environment for Exim. However, I mentioned this case specifically because it should resolve the error messages you were reporting in your first post. Per the internal case, here is what was happening: [QUOTE] If a filesystem designated as a read/write virtfs mount existed on the system as a separate filesystem, it would also be treated as a recursive mount causing it to inherit the parent filesystem's ro or rw status without regard for the mount flags specified for the filesystem in question.
    Thank you.
    0

Please sign in to leave a comment.