Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Netino

Pages: 1 ... 3 4 [5] 6 7 ... 26
61
E-Mail / Re: Need help. all mail deferred
« on: January 03, 2022, 10:58:48 PM »
(...)
This info seems to be incorrect. I have two other bugs relating to the domain folders inside the vmail folder having vmail:mail ownership instead of user:mail. So, they shouldnt be chowned vmail:mail

What are the bugs..?!?!

62
How to / Re: why my cwp is rebuilding all my vhost conf by itself ?
« on: January 02, 2022, 03:20:16 AM »
You must avoid to change directly the vhosts/*.conf files.
They will always overwritten always the webservers must be rebuilt.
In a recent update of CWP was needed to rebuild the webservers.
Instead of to change directly the vhosts conf files, you must create additional custom templates, simply copying and change them.
After that, you must apply the customized template to you site in CWP, "WebServers Domain Conf".

If you customize your webserver configuration, you *must* customize too the webserver templates in "/usr/local/cwpsrv/htdocs/resources/conf/web_servers/", otherwise, they will always be overwritten when CWP is updated.
(check there your webservers files used)

The templates per-si are *always* overwritten when CWP is updated too. So, you *must* to create additional files in that directories, instead to change it.
Copy an existant file, change the name of the file, one for .conf and another for .ssl.conf (always two files, obligatorily). This is needed to the template is showed in the "WebServers Domain Conf".

One way to avoid this customization above (in webserver templates) is to create your custom files directly in 'conf.d' diretories of your webservers, avoiding to change the system config webserver files. You can use it, if possible.

The triggers are the rebuild of the WebServers.
The update routine in /etc/cron.daily/cwp file now is rebuilding the Webservers daily.

Regards,
Netino

63
E-Mail / Re: Need help. all mail deferred
« on: January 02, 2022, 03:07:13 AM »
The correct ownership for that files is not "scanmyid:mail", but "vmail:mail" instead.

I don't know why you change that ownership to "scanmyid" user, but you need to change to "vmail" user.

You can do it with:
Code: [Select]
# chown -R vmail:mail /var/vmail/

64
The right command to be able to edit the file again would be:
Code: [Select]
# chattr -i /path/to/file

The "+e" switch is related to extents...

You are right. Sorry for confusion.

Quote
As to why I went the "script way" is because if something "changes" in the way nginx is set up (like for instance, where the private keys and certs are stored), I always have a "backup file" to compare and diff.
Yes, this is the method I use to check diffs. But I do it with a script, because this is a headache and this would be too much more headache to make it manually.
And I assure to you these templates change over time.

65
Apache / Re: Conf files reset problem
« on: January 01, 2022, 10:36:37 PM »
Hi,

I am editing and using vhost conf files (/usr/local/apache/conf.d/vhosts) of some websites on my server. However, on certain dates, all conf files are reset and all the edits I have made are deleted.

What task triggers this reset? How can I disable this?
(image)
Thanks in advance for your help.

You must avoid to change directly the vhosts/*.conf files.
They will always overwritten always the webservers must be rebuilt.
I a recent update of CWP was needed to rebuild the webservers.
Instead of to change directly the vhosts conf files, you must create additional custom templates, simply copying and change them.
After that, you must apply the customized template to you site in CWP, "WebServers Domain Conf".

If you customize your webserver configuration, you *must* customize too the webserver templates in "/usr/local/cwpsrv/htdocs/resources/conf/web_servers/", otherwise, they will always be overwritten when CWP is updated.
(check there your webservers files used)

The templates per-si are *always* overwritten when CWP is updated too. So, you *must* to create additional files in that directories, instead to change it.
Copy an existant file, change the name of the file, one for .conf and another for .ssl.conf (always two files, obligatorily). This is needed to the template is showed in the "WebServers Domain Conf".

One way to avoid this customization above (in webserver templates) is to create your custom files directly in 'conf.d' diretories of your webservers, avoiding to change the system config webserver files. You can use it, if possible.

The triggers are the rebuild of the WebServers.
Possibly, the update_cwp routine now is rebuilding the Webservers daily.
It is in a cron file: /etc/cron.daily/cwp

Regards,
Netino

66
PHP / Re: PHP-FPM User Conf File Delete Problem
« on: January 01, 2022, 10:20:02 PM »
What is the path of your .user.conf file.?

67
E-Mail / Re: Need help. all mail deferred
« on: January 01, 2022, 10:16:42 PM »
What is the result you have, issuing the following command?:
Code: [Select]
# ls -alF /var/vmail/madeiniran.com/sales/

68
Updates / Re: New update broke http conf files and php fpm
« on: January 01, 2022, 10:09:55 PM »
ok, i disabled Hide all processes and now i get this with the script so not sure if it worked or not

sh: /etc/varnish/default.vcl: No such file or directory
sh: /etc/varnish/default.vcl: No such file or directory
sh: /etc/varnish/default.vcl: No such file or directory
mkdir: cannot create directory ‘/etc/varnish/conf.d’: No such file or directory
sh: /etc/varnish/default.vcl: No such file or directory
sh: /etc/varnish/conf.d/vhosts.conf: No such file or directory
sh: /etc/varnish/conf.d/vhosts.conf: No such file or directory
ls: cannot access /etc/varnish/conf.d/vhosts/*.conf: No such file or directory

You have enabled and installed Varnish Server in CWP panel?

69
What a pain in the butt!

For some of us who use nginx as default webserver, there's no such thing as .htaccess. Therefore all redirects, rewrites, etc. have to be written to the vhost conf file. Creating a separate template file for EACH website based on their rewrite/redirect needs seems like too much work to do.

So far, the only viable solution that I've found is to keep a backup copy of the vhosts' conf files and created a script that will run periodically to match md5sums and if some file is different, it replaces the current file with the backup and then reloads nginx.

You can use the following command to freeze the any regular file, preventing any changes in it:
Code: [Select]
# chattr +i /path/to/file
Use it in a controlled way, knowing when to remove the immutability of the file, for example, when you need to change it.

When you want to change that file, just issue the command:
Code: [Select]
# chattr +e /path/to/file

70
Any way to run this command every hour for example?
Because my websites are blank every day and some times 2 times for day

Surely.
But the problem is supposed to be solved, with that command, after 'update_cwp' command.
So, must be issued three commands, as root user:
Code: [Select]
# /scripts/update_cwp
# rm -f /usr/local/cwp/users/suspended/*.bandwidth
# /scripts/cwp_api webservers rebuild_all

The new and updated version of CWP is supposed to solve the problem.
If you have problems in the execution of these commands, may be you need to update Ioncube loader:
Code: [Select]
# /scripts/update_ioncube

To put the commands after daily update, you can add he commands to the file '/etc/cron.daily/cwp'.
To run hourly, put the cwp file above in '/etc/cron.hourly/'.

71
(...)
But what "worries" me is that one day a new change to the templates (in my case apache) will enter and since I am using a custom one, I may not be aware of this possible new change.

Be that as it may, I understand the people who comment on it, this did not happen before, for months, years and so on, now, every day the daily automatic script rebuilds and we lose all the changes made.

If you apply the template to any domain in "Webservers Conf Domain", the future changes in templates will not affect your customization.

Quote
Greetings and happy new year.

Regards, and happy new year!

72
Updates / Re: New update broke http conf files and php fpm
« on: January 01, 2022, 01:45:00 AM »
stil same problem. not working :(

No error messages?
I can't guess what happen in your server without error messages.

Any error log messages?

After /scripts/update_cwp' command, you *must* to run:
Code: [Select]
rm -f /usr/local/cwp/users/suspended/*.bandwidth
/scripts/cwp_api webservers rebuild_all

73
Postfix / Re: Mail server problems
« on: January 01, 2022, 12:50:37 AM »
I also have same issue some Password query failed: Unknown column 'token_validity' in 'field list' in dovecot log started after updates.

Seems you have a problem in dovecot-mysql configuration.
Check your file: /etc/dovecot/dovecot-mysql.conf and check if all fields pointed in this file are present in your postfix database (a mysql database).

74
You may have had your sites up and running for months with a custom setup, because in no time did you have to rebuild your sites. When you do that, it changes *all* the site settings in apache, and if you made any changes there, you lose them all.

To avoid this, you should configure additional files in the 'conf.d' directories, either from apache or nginx. So when these changes take place, they won't affect the settings in apache/nginx.

If this is not possible, you should make changes to the apache or nginx templates, and apply the template to the respective site. To change the template, as it will also be overwritten by future changes, you must create new template files in their respective directories, and apply the template to the site configuration under "Webservers Domain Config".

75
CentOS-WebPanel Bugs / Re: Error in Conf files after update!
« on: December 31, 2021, 04:20:46 AM »
New update has arrived.

but my Varnish default.vcl file is back to original.

The files under /opt/alt/php-fpm74/usr/etc/php-fpm.d/users/ became the default.

Files in nginx/vhost return default.

Are we going to deal with these in every update? Is there any way to prevent this?

As reported by CWP team, the solutions is just:
Code: [Select]
rm -f /usr/local/cwp/users/suspended/*.bandwidth
/scripts/cwp_api webservers rebuild_all
The first command remove all bandwidth limits from your sites, and the second rebuil all sites configurations of your webservers.

NOTE: if you customize your webserver configuration, you *must* customize too the webserver templates in "/usr/local/cwpsrv/htdocs/resources/conf/web_servers/", otherwise, they will always be overwritten when CWP is updated.
(check there your webservers files used)

The templates are *always* overwritten when CWP is updated too. So, you *must* to create additional files in that directories, instead to change it.

One way to avoid this customization above (in webserver templates) is to create your custom files directly in 'conf.d' diretories of your webservers, avoiding to change the system config webserver files.

Regards,
Netino

Pages: 1 ... 3 4 [5] 6 7 ... 26