Quota used not updating, System Log "Failed to set invocation ID on control group"

Discussion in 'General' started by tal56, Nov 9, 2019.

  1. tal56

    tal56 Member

    Hi, I noticed that my Quota was not updating. The "Web Harddisk Quota used space" inside ispconfig/home page seems to be locked on a number and does not update when the space being used has changed. Any idea what may cause this? It's not like showing 0 used, it seems to be a snapshot from couple weeks ago when I first got quota working on this vps by turning on secondary quota on the vps panel.

    Also I noticed the errors below looking into my system log to fix the quota, are they related? Should I be worried about that too? Thanks

    Code:
    Nov  8 01:08:42 server1 systemd[1]: apt-daily.service: Failed to set invocation ID on control group /system.slice/apt-daily.service, ignoring: Operation not permitted
    Nov  8 01:08:42 server1 systemd[1]: Starting Daily apt download activities...
    Nov  8 01:08:42 server1 systemd[1]: run-user-0.mount: Failed to set invocation ID on control group /system.slice/run-user-0.mount, ignoring: Operation not permitted
    Nov  8 01:08:43 server1 systemd[1]: Started Daily apt download activities.
    Nov  8 01:08:43 server1 systemd[1]: apt-daily.timer: Adding 11h 16min 42.842729s random time.
    Nov  8 01:08:43 server1 systemd[1]: apt-daily.timer: Adding 5h 58min 21.369036s random time.
    Nov  8 01:09:01 server1 systemd[1]: phpsessionclean.service: Failed to set invocation ID on control group /system.slice/phpsessionclean.service, ignoring: Operation not permitted
    Nov  8 01:09:01 server1 systemd[1]: Starting Clean php session files...
    
     
  2. tal56

    tal56 Member

    From what I can find, the errors are caused by an old OpenVZ kernal and incompatibility with systemd. Not sure if it's related to my Quote issue though. Has anyone else has problems before where website harddisk used quote does not update? Seems just to stay locked on the current numbers.
     
  3. tal56

    tal56 Member

    So after further scanning the forums, I found this link :
    https://www.howtoforge.com/community/threads/quota-stop-working.80189/#post-379944

    And noticed the numbers being reported in ISPconfig are also matching repquota -a. So looks like repquota is reporting wrong numbers for some reason, even when I upload or remove data in the web folder, nothing changes per reported by repquota -a for that website.

    So I did a "quotacheck -mavug" and the number have now updated for repquota and after a few minutes, updated on ISPconfig.

    The problem though, is the data is stuck again. When remove or add data to the website, and do a "repquota -a" it still says the same. It does not seem to want to update the used space unless I run a "quotacheck -mavug".

    Is there something wrong with my configuration? Or is this something that is only updated daily? Thanks
     
  4. Taleman

    Taleman Well-Known Member HowtoForge Supporter

    From what I remember, quotacheck should be run daily by ISPConfig scripts. So the quota display is not real time, it is updated once daily only. Have you modified the ISPConfig scripts or other cron files?
     
  5. tal56

    tal56 Member

    Thanks for the reply Taleman, no I haven't modified any scripts or cron jobs. It looks like quotacheck correctly updates the values when I run it via command line, but I don't think it's being run daily with the daily cron job. The daily cron job must be running fine though, as I do have new backup files daily etc.

    Now that you mentioned quotacheck is run daily, instead of real time or ever 5 min, I think I need to look into the ispconfig daily cron job and see why it's not run. I think the file is "/usr/local/ispconfig/server/cron.sh" right? I don't see anything in there about quotacheck though. Also which log file should I be looking at to see if the process fails the daily run? I assume it is run at 12:30am together with the other daily jobs, such as backup etc?

    Thanks
     
  6. tal56

    tal56 Member

    Looks like all the cron jobs are here "/usr/local/ispconfig/server/lib/classes" but I can't find the one that does the quotacheck.

    Also I looked at /var/log/ispconfig/ and for some reason my auth.log and ispconfig.log are all empty, even the previous gz ones are empty, is this normal?? Should there be stuff in these logs?

    The cron.log does show every 5 minutes the server checking to see if space used by each site is exceeded. But the strange thing is at 12am when the daily cron runs I'm guessing, it shows this and it may be an error?

    Code:
    Sun Nov 10 00:02:51 UTC 2019 sh: line 0: cd: ?: No such file or directory
    Sun Nov 10 00:02:51 UTC 2019 sh: line 0: cd: ?: No such file or directory
    Sun Nov 10 00:02:51 UTC 2019 sh: line 0: cd: ?: No such file or directory
    Sun Nov 10 00:02:51 UTC 2019 sh: line 0: cd: ?: No such file or directory
    Sun Nov 10 00:02:51 UTC 2019 sh: line 0: cd: ?: No such file or directory
    Sun Nov 10 00:02:51 UTC 2019 sh: line 0: cd: ?: No such file or directory
    Sun Nov 10 00:03:01 UTC 2019
    Sun Nov 10 00:03:01 UTC 2019
    Sun Nov 10 00:03:01 UTC 2019 finished.
    Sun Nov 10 00:04:02 UTC 2019
    Sun Nov 10 00:04:02 UTC 2019
    Sun Nov 10 00:04:02 UTC 2019 finished.
     
  7. tal56

    tal56 Member

    So I waited a couple hours past midnight after all the daily cron jobs were finished, and did not find any errors on the logs, but the website harddisk space used still did not update. So there must be something wrong, but I'm not sure of the best way to fix it. It seems only when I run the quotacheck command will it update the data. I used the perfect install and haven't changed any scripts or cron jobs what could be the problem? Where to look? Thanks
     
  8. Jesse Norell

    Jesse Norell Well-Known Member

    A problem with repquota reporting incorrectly is due to your OS/filesystem; if nothing else, you could setup a cronjob to run quotacheck once an hour or so. For what it's worth, I have run ispconfig on openvz 6 in the past and quota worked fine (using ploopfs; I did not try simfs).
     
  9. tal56

    tal56 Member

    I'm also using ploopfs, but stumped on why it's not working. Maybe it's an old kernal on my vps that's causing a problem? It is openvz 6, so if you said you ran it without problems before, I assume it should be similar environments. Really stuck on what to look for now unfortunately, but appreciate the help Jesse.
     
  10. tal56

    tal56 Member

    Just to give an update, it's now working and updating every 5 minutes or so. I have done nothing since last checked and it was definitely not working before, but working fine now. So can't shed light into why it didn't work unfortunately. Either way, glad it's working. Thanks for the help Jesse.
     
    till likes this.

Share This Page