Hi, It's first time posting so I hope doing it well. We are using Debian 9, with last stable ispconfig just now 3.1.13 I realized yesterday quotas stop working. (but I really don't know since when it's broken) I mean: - we have quotas set for all pages - if we do 'repquota -a' I see from webs from 1 to web41 but no furthermore. (web64 for example) - if we do 'repquota -avug' we see from client0 to 13 but no furthermore. (client16 for example) - there are webs listed in repquota also, with no limit seen in ispconfig panel. - also! there are webs with blank used space Things to know: - we tried resyncing webs with no luck - we have some custom .vhost for webpages, as they are based in ruby. (manually edited and maintained) What Could we try? thanks a lot! Joa
Try using debug mode to see if any errors show up when you change quota for a site that is not shown in repquota command at the moment. https://www.faqforge.com/linux/debugging-ispconfig-3-server-actions-in-case-of-a-failure/
OK! thanks for this so fast reponse! I've set the log from ERRORs to DEBUG I don't find "Monitor > System State (All Servers) > Show System-Log" but in "Monitor > logs > system-log" (my system is not english :-S) I see only postfix and CRON messages. nothing about quota. If I see /var/log/ispconfig/ispconfig.log I get this Code: 05.10.2018-09:31 - DEBUG - Found 1 changes, starting update process. 05.10.2018-09:31 - DEBUG - Calling function 'ssl' from plugin 'apache2_plugin' raised by event 'web_domain_update'. 05.10.2018-09:31 - DEBUG - Calling function 'update' from plugin 'apache2_plugin' raised by event 'web_domain_update'. 05.10.2018-09:31 - DEBUG - Creating fastcgi starter script: /var/www/php-fcgi-scripts/web59/.php-fcgi-starter 05.10.2018-09:31 - DEBUG - Writing the vhost file: /etc/apache2/sites-available/XXXXXXXXXX.org.vhost 05.10.2018-09:31 - DEBUG - Apache status is: running 05.10.2018-09:31 - DEBUG - Calling function 'restartHttpd' from module 'web_module'. 05.10.2018-09:31 - DEBUG - Restarting httpd: systemctl restart apache2.service 05.10.2018-09:31 - DEBUG - Apache restart return value is: 0 05.10.2018-09:31 - DEBUG - Apache online status after restart is: running 05.10.2018-09:31 - DEBUG - Processed datalog_id 1274 05.10.2018-09:31 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock 05.10.2018-09:32 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'. 05.10.2018-09:32 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock 05.10.2018-09:33 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'. 05.10.2018-09:33 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock 05.10.2018-09:34 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'. 05.10.2018-09:34 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock 05.10.2018-09:35 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'. 05.10.2018-09:35 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock 05.10.2018-09:36 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'. 05.10.2018-09:36 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock 05.10.2018-09:37 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'. 05.10.2018-09:37 - DEBUG - Found 1 changes, starting update process. 05.10.2018-09:37 - DEBUG - Calling function 'ssl' from plugin 'apache2_plugin' raised by event 'web_domain_update'. 05.10.2018-09:37 - DEBUG - Calling function 'update' from plugin 'apache2_plugin' raised by event 'web_domain_update'. 05.10.2018-09:37 - DEBUG - Creating fastcgi starter script: /var/www/php-fcgi-scripts/web59/.php-fcgi-starter 05.10.2018-09:37 - DEBUG - Writing the vhost file: /etc/apache2/sites-available/XXXXXXXXXX.org.vhost 05.10.2018-09:37 - DEBUG - Apache status is: running 05.10.2018-09:37 - DEBUG - Calling function 'restartHttpd' from module 'web_module'. 05.10.2018-09:37 - DEBUG - Restarting httpd: systemctl restart apache2.service 05.10.2018-09:37 - DEBUG - Apache restart return value is: 0 05.10.2018-09:37 - DEBUG - Apache online status after restart is: running 05.10.2018-09:37 - DEBUG - Processed datalog_id 1275 05.10.2018-09:37 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock 05.10.2018-09:38 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'. 05.10.2018-09:38 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock 05.10.2018-09:39 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'. 05.10.2018-09:39 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock 05.10.2018-09:40 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'. 05.10.2018-09:40 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock 05.10.2018-09:41 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'.
also, If I see the CRON log: I get lots of messages about analyzing quotas, for example: Code: Fri Oct 5 09:55:01 UTC 2018 XXXXXXXX does not exceed quota qize: -1048576 > 55607296 this example, is from a webpage where I can't see it's size, neither it limits in ispconfig mainpage
Hi Again! well, I've done what I think a big step. As I think I know, Ispconfig takes all info from repquota commands, so as repquota was not showing all info it was a repquota problem. I've done a quotacheck -mavug and repquota show all information now, I'll wait to ispconfig to refresh for seeing if it worked cheers
Hi, it's done, after one night Ispconfig refreshed quota as it had to do. My question now is: should I add to cron 'quotacheck -mavug' ? Is it something wrong with our Ispconfig installation? thanks, Joa
I would wait to see if the problem reoccurs and only if it happens again, add a cronjob for quotacheck. I don't think so. ISPConfig relies on repquota and if that does not return the data, then it must be empty in ISPConfig.