Skip to main content

Cron Job Error messages suddenly started

Comments

16 comments

  • cPanelMichael
    Hello :) Do you experience any difference in behavior if you grant full shell access to the account instead of jail shell or no shell access? Thank you.
    0
  • magicalwonders
    [quote="cPanelMichael, post: 1564771">Hello :) Do you experience any difference in behavior if you grant full shell access to the account instead of jail shell or no shell access? Thank you.
    Ah, you've kind of lost me with that question. Although I've got VPS hosting, I purchased managed hosting, in the hope that someone else would have that expertise. I really am a newbie with how this stuff works! Is this something I can turn on or off in my WHM? I have full root access, so prepared to give it a go. If it's something that needs entering at a command prompt, I may need some extra advice! :)
    0
  • cPanelMichael
    You can manage shell access for an account via: "WHM Home " Account Functions " Manage Shell Access" The reason I mentioned this is because since cPanel version 11.38, there are changes to how cron jobs function when assigned jail shell or no shell. It's documented here: [url=http://docs.cpanel.net/twiki/bin/view/AllDocumentation/WHMDocs/VirtFS]VirtFS (Jailed Shell) Thank you.
    0
  • magicalwonders
    [quote="cPanelMichael, post: 1564831">You can manage shell access for an account via: "WHM Home " Account Functions " Manage Shell Access" The reason I mentioned this is because since cPanel version 11.38, there are changes to how cron jobs function when assigned jail shell or no shell. It's documented here: [url=http://docs.cpanel.net/twiki/bin/view/AllDocumentation/WHMDocs/VirtFS]VirtFS (Jailed Shell) Thank you.
    OK thanks, I'll take a look at that, and experiment a bit! At the moment I've deleted the cron job as the error messages were starting to drive me crazy! Lol. I'm going to put it back on without the /dev/null and see what email that produces. Then I'll play with shell access. :) Thanks for the advice. :)
    0
  • magicalwonders
    I tried running the cron with email output, and am now getting the following emails - [QUOTE]Content-type: text/html Error, do this: mount -t proc none /proc Count: 1
    I've looked at shell access, and all my accounts are currently set to shell disabled. If I select Normal Shell or Jailed Shell, I get the following warning - [QUOTE]Package conflict: Account is on package webhost1_Alpha [Set this account to have no package] [Keep this account on its package (Not recommended)
    Not sure how to proceed? If I select "Set account to have no package" I assume there will be no disk quota or bandwidth retstraints?
    0
  • cPanelMichael
    That warning appears because you are modifying a setting for the account that differs from the setting applied to it's package. Since this is only a temporary change to see if it makes a difference in the error you are receiving, you can select "Keep this account on its package". Remember to change the value back to no shell access after you have tested. Note that changing it to "Jail Shel" would not result in different behavior compared to no shell access. Thank you.
    0
  • magicalwonders
    [quote="cPanelMichael, post: 1565091">That warning appears because you are modifying a setting for the account that differs from the setting applied to it's package. Since this is only a temporary change to see if it makes a difference in the error you are receiving, you can select "Keep this account on its package". Remember to change the value back to no shell access after you have tested. Note that changing it to "Jail Shel" would not result in different behavior compared to no shell access. Thank you.
    Good news...... I think! When I changed the shell access to "normal shell" for that account, the cron output produces no error - [QUOTE]Content-type: text/html Count: 0
    Now I suppose I have to change the shell access back to "No shell" which I guess will bring back the error? Any advice on what I need to do next to fix the issue? Many thanks, Myles
    0
  • cPanelMichael
    You could either leave regular shell access enabled for the account (some users prefer to leave it disabled for security purposes). Or, you could browse to "WHM Home " Server Configuration " Tweak Settings" and enable the following value under the "System" tab: "Jailed /usr/bin mounted suid" I believe this is the correct option based on the script you provided, but let us know if it does not work. Note that this can also decrease security, so it's a matter of preference if you decide to grant shell access to the individual account or enable the above option for all accounts. Thank you.
    0
  • magicalwonders
    Thanks for the assistance with this. I've made the changes which produced the following message on "save". [QUOTE]Your changes have been saved. Restarting cPanel daemons...done. Updating your system to reflect any changes... While trying to rectify your configuration for autodiscover_proxy_subdomains an error was encountered: Updating Jailed /usr/bin mounted suid from Off to On. Jailed /usr/bin mounted suid was updated. Updating Jailed /proc mount method from Mount limited /proc (RHEL/CentOS 6)+, Full /proc (RHEL/CentOS 5/xenpv) to Mount limited /proc (RHEL/CentOS 6)+, No /proc (RHEL/CentOS 5/xenpv). Jailed /proc mount method was updated. Done.
    Unfortunately, it doesn't seem to have impacted on the errors, which are still being generated when the cron runs. I'm guessing I didn't need to reboot for changes to take effect? Anything else I might try? Myles
    0
  • cPanelMichael
    Feel free to open a support ticket so we can take a closer look and determine which setting would work in this particular instance. You can post the ticket number here so we can update this thread with the outcome. Thank you.
    0
  • magicalwonders
    [quote="cPanelMichael, post: 1566282">Feel free to open a support ticket so we can take a closer look and determine which setting would work in this particular instance. You can post the ticket number here so we can update this thread with the outcome. Thank you.
    OK, will do Michael. Many thanks for your help! :)
    0
  • magicalwonders
    OK, I've created a ticket for this problem. ID 4543413 I've added the SSH access for the IP addresses provided and installed SSH key on server, and authorised it. Not really sure how to adjust firewall settings to allow remote connections?
    0
  • vanessa
    What firewall are you running?
    0
  • magicalwonders
    [quote="vanessa, post: 1566491">What firewall are you running?
    I'm not really sure, but cPanel support have been able to access my server now, so it looks like I don't need to action anything in this regard. :) Their initial investigation is pointing towards some sort of security breach! :(
    0
  • magicalwonders
    I'm happy to report that this matter has now been resolved. :) It seems there was some malware on the server. :( Here's an extract from the support ticket.... [QUOTE]"....It appears that your server has been compromised with a malicious payload designed to sniff for and steal server passwords. Everything that we know about this payload and how to identify it can be found here:
    My host has now reinstalled the OS and re-established my accounts. A bit of tweaking and everything is working good again! :) It's probably a good job I persisted investigating the issue. Had I listened to some of the support staff at my host company, they would have had me ignore the issue! :( Not the best advice I've ever had. :) Thanks for all the help folks! :) Myles
    0
  • cPanelMichael
    I am happy to see the issue is now resolved. Thank you for updating us with the outcome.
    0

Please sign in to leave a comment.