Knowledge Base - Errors or omissions

Page: https://docs.directadmin.com/directadmin/customizing-workflow/website-statistics
Error: The new method to use the beta implementation of AWstats with CB; ./build awstats results in this error:
Code: 
You cannot install awstats, because you do not have it set in options.conf file.
Solution: It should probably read:
Code: 
cd /usr/local/directadmin/custombuild
./build set webalizer no
./build set awstats yes
./build awstats
 
Last edited:
tristan said:
Error: At the Drop-in replacement and upgrade path is following it advises a path MySQL 5.7 to MariaDB 10.2 while MariaDB 10.2 and 10.3 don't contain the sys schema, which will cause check table calls to fail
Click to expand...
That is a cpanel advise which you might be understood wrongly. We have converted/upgraded without issues on 2 servers and even MariaDB says you have to upgrade to kindlike versions, which is 10.2 for mysql 5.7.

The cPanel docs talk over their internal system to upgrade. So one has to ask how cPanel is upgrading.
Because DA is uninstalling mysql and then installing MariaDB again so there will be no upgrading done.

Now I also see a contradiction in that so called way better documentation:
Those versions of MariaDB do not contain the sys schema, which will cause check table calls to fail. If you do accidentally upgrade from MySQL 5.7 to MariaDB 10.2 or 10.3, you must manually remove that schema from your databases.
Click to expand...
Please explain how to remove a schema that is not present? Because like they say it here, if you accidentally upgrade, then you already are running mariadb 10.2 or 10.3 which do not have that scheme.

So I don't know if this is really an error in the DA documentation because it's possible this is already done within the DA scripts or if cPanel upgrades in a total other way, because they also have their own RPM's.
DA is fully uninstalling mysql and then installing mariadb, so no sys scheme would be present. And also Mariadb itself is advising to convert from mysql 5.7 to mariadb 10.2.
 
Page: https://docs.directadmin.com/webservices/php/general.html#how-to-switch-to-fastcgi
Omission: Since the use_hostname_for_alias feature doesn't use the values servername and ssl_redirect_host from directadmin.conf, the instructions should probably mention to set redirect_host and redirect_host_https from options.conf to a value other than the default example values before setting use_hostname_for_alias to yes.
 
Last edited:
Page: https://docs.directadmin.com/other-hosting-services/preventing-spam/incoming-spam.html
Omission: Inside this page there are references to a file named 'sa-learn-ham.sh', but the file itself is nowhere to be found.
Would be nice if the whole teach SpamAssassin subject could be rewritten or made into a simple change within DA without having the need to edit files. But mostly I think it would be important to have the report-ham.sieve file available for everyone.
 
Indominus said:
Omission: Inside this page there are references to a file named 'sa-learn-ham.sh', but the file itself is nowhere to be found.
Click to expand...
You haven't read the docs correctly then. Because it's mentioned you have to create that file yourself, with the content displayed with it.

It's here:

Filtering incoming spam | Directadmin Docs

DirectAdmin Knowledge Base
docs.directadmin.com
check point 10.
 
Hi Richard,
Richard G said:
You haven't read the docs correctly then. Because it's mentioned you have to create that file yourself, with the content displayed with it.

It's here:

Filtering incoming spam | Directadmin Docs

DirectAdmin Knowledge Base
docs.directadmin.com
check point 10.
Click to expand...
In that case, you have not read my post correctly then, please see the difference between 'sa-learn-ham.sh' and 'sa-learn-spam.sh'
Only the first file (SPAM) (that you indeed have to create yourself) is there, not the version for HAM.
 
Docs need some updating. This is probably still there for people running older versions where mod_php was not dropped yet.

Also the php_htscanner option is not used anymore on php 8.0 and higher so could be dropped too.
 
Also note that ruid was usefull for static files as well, not just php! There are a few replacements, none of them supported by DirectAdmin
 
You must log in or register to reply here.
Back
Top