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 - DA_MAN

Pages: 1 ... 3 4 [5] 6
61
DKIM / no signing table match for CWP hostname
« on: September 13, 2019, 11:59:40 PM »
Code: [Select]
● opendkim.service - DomainKeys Identified Mail (DKIM) Milter
   Loaded: loaded (/usr/lib/systemd/system/opendkim.service; enabled; vendor preset: disabled)
   Active: active (running) since Wed 2019-09-11 07:28:31 EDT; 1 day 15h ago
     Docs: man:opendkim(8)
           man:opendkim.conf(5)
           man:opendkim-genkey(8)
           man:opendkim-genzone(8)
           man:opendkim-testadsp(8)
           man:opendkim-testkey
           http://www.opendkim.org/docs.html
 Main PID: 2545 (opendkim)
   CGroup: /system.slice/opendkim.service
           ├─2545 /usr/sbin/opendkim -x /etc/opendkim.conf -P /var/run/opendkim/opendkim.pid
           └─2546 /usr/sbin/opendkim -x /etc/opendkim.conf -P /var/run/opendkim/opendkim.pid

Sep 12 22:45:01 argon11.example.com opendkim[2546]: 4D0F83256B: no signing table match for 'root@argon11.example.com'
Sep 12 22:45:01 argon11.example.com opendkim[2546]: 4D0F83256B: no signature data
Sep 12 22:45:01 argon11.example.com opendkim[2546]: 4E60C3257B: no signing table match for 'root@argon11.example.com'
Sep 12 22:45:01 argon11.example.com opendkim[2546]: 4E60C3257B: no signature data
Sep 12 22:45:01 argon11.example.com opendkim[2546]: 4F7AF3258A: no signing table match for 'root@argon11.example.com'
Sep 12 22:45:01 argon11.example.com opendkim[2546]: 4F7AF3258A: no signature data
Sep 12 22:45:01 argon11.example.com opendkim[2546]: 5080C325A5: no signing table match for 'root@argon11.example.com'
Sep 12 22:45:01 argon11.example.com opendkim[2546]: 5080C325A5: no signature data
Sep 12 22:45:01 argon11.example.com opendkim[2546]: 519C6325A6: no signing table match for 'root@argon11.example.com'
Sep 12 22:45:01 argon11.example.com opendkim[2546]: 519C6325A6: no signature data

I ran into this while I was trying to get SSL working properly in email. The one thing I have done is change the "/etc/postfix/main.cf" file to read like this on the bottom two lines.

Quote
smtpd_tls_CAfile = /etc/pki/tls/certs/argon11.example.com.bundle
smtp_tls_CAfile = "/etc/pki/tls/certs/argon11.example.com.bundle"

There were no entries in /etc/dovecot/dovecot.conf so I did not change anything... Though I digress this should have nothing to do with the errors in the signing table and no signature data.

Can someone help me find this bug as it is constantly writing errors in the log and I don't know what other things it might be affecting.

62
Waiting patiently...

Code: [Select]
/usr/local/src/php-memcached/php_memcached.c: In function 'zim_Memcached___construct':
/usr/local/src/php-memcached/php_memcached.c:1282:20: error: lvalue required as left operand of assignment
   GC_REFCOUNT(&le) = 1;
                    ^
make: *** [php_memcached.lo] Error 1
/bin/sh /usr/local/src/php-memcached/libtool --mode=compile cc -I/opt/alt/php73/usr/include/php    -I. -I/usr/local/src/php-memcached -DPHP_ATOM_INC -I/usr/local/src/php-memcached/include -I/usr/local/src/php-memcached/main -I/usr/local/src/php-memcached -I/opt/alt/php73/usr/include/php -I/opt/alt/php73/usr/include/php/main -I/opt/alt/php73/usr/include/php/TSRM -I/opt/alt/php73/usr/include/php/Zend -I/opt/alt/php73/usr/include/php/ext -I/opt/alt/php73/usr/include/php/ext/date/lib -I/usr/local/include  -DHAVE_CONFIG_H  -g -O2 -I/opt/alt/php73/usr/include/php -I/opt/alt/php73/usr/include/php/main -I/opt/alt/php73/usr/include/php/TSRM -I/opt/alt/php73/usr/include/php/Zend -I/opt/alt/php73/usr/include/php/ext -I/opt/alt/php73/usr/include/php/ext/date/lib -I/usr/local/include   -c /usr/local/src/php-memcached/php_memcached.c -o php_memcached.lo
 cc -I/opt/alt/php73/usr/include/php -I. -I/usr/local/src/php-memcached -DPHP_ATOM_INC -I/usr/local/src/php-memcached/include -I/usr/local/src/php-memcached/main -I/usr/local/src/php-memcached -I/opt/alt/php73/usr/include/php -I/opt/alt/php73/usr/include/php/main -I/opt/alt/php73/usr/include/php/TSRM -I/opt/alt/php73/usr/include/php/Zend -I/opt/alt/php73/usr/include/php/ext -I/opt/alt/php73/usr/include/php/ext/date/lib -I/usr/local/include -DHAVE_CONFIG_H -g -O2 -I/opt/alt/php73/usr/include/php -I/opt/alt/php73/usr/include/php/main -I/opt/alt/php73/usr/include/php/TSRM -I/opt/alt/php73/usr/include/php/Zend -I/opt/alt/php73/usr/include/php/ext -I/opt/alt/php73/usr/include/php/ext/date/lib -I/usr/local/include -c /usr/local/src/php-memcached/php_memcached.c  -fPIC -DPIC -o .libs/php_memcached.o
/usr/local/src/php-memcached/php_memcached.c: In function 'zim_Memcached___construct':
/usr/local/src/php-memcached/php_memcached.c:1282:20: error: lvalue required as left operand of assignment
   GC_REFCOUNT(&le) = 1;
                    ^
make: *** [php_memcached.lo] Error 1
ERROR: Missing extension file /opt/alt/php73/usr/lib/php/extensions/no-debug-non-zts-20180731/memcached.so

My mistake, seems PHP 7.3.8 or PHP-FPM 7.3.8 still will not compile memcached. Will this be addressed when the next PHP version is updated in CWP or what? PECL is not a choice as memcached is not available.

63
MySQL / ERROR MariaDB is running but PID file could not be found
« on: September 11, 2019, 12:33:25 AM »
Code: [Select]
# service mysqld status
 ERROR! MariaDB is running but PID file could not be found

I believe I need to add something like the following to my /etc/my.cnf file.

Code: [Select]
[mysqld]
pid-file = /path/to/where/PID/file/should/reside/mysqld.pid

But... I don't have any idea where the right place is to locate the PID file.

...and with CWP running MariaDB rather than mysql, should the PID file be "mariadb.pid"

64
Installation / Changelog
« on: September 09, 2019, 02:03:39 PM »
For those of us finding problems and posting them here in the forums for the benefit of all, it would be greatly useful and save us so much time if you published a current changelog for EVERY version update. As it stands right now, when CWP pushes an update we have to go through our list of broken features and functionality and see if the current update did anything to fix any of them.

Large amounts of time are wasted doing this! Could you please start keeping your changelog up to date for every build you push?

65
I think this issue may have gotten some attention as I no longer see a build error while compiling PHP, but it does not install memcached properly. This issue also affects PHP-FPM7.3 as well. In fact, this is where I noticed the problem as PHP-FPM 7.3 does not have a working memcached extension when it is selected in the build options. It used to throw several errors while compiling; now it does not seem to be doing that, yet still doesn't work.

Could someone take a look at this and finish a fix for it in both PHP7.3 and PHP-FPM7.3.

66
Is this issue going to get any attention, or is memcached permanently broken in PHP 7.3?

67
CentOS 7 Problems / Re: httpd.service - Web server Apache
« on: March 18, 2019, 08:48:41 PM »
Did you generate a new SSL certificate before this happened? If so I would refer you to:

http://forum.centos-webpanel.com/installation/cwp7-cwpsrv-fails-first-on-install-fix-this-breaks-apache/

68
Aplications / Anyone have luck installing Nextcloud 15.02 on CWP?
« on: February 01, 2019, 10:24:25 AM »
CentOS 7, CWP v0.9.8.763 - running Apache only.

I have recompiled Apache and enabled everything I can imagine matters in httpd.conf by following the directions here:

http://forum.centos-webpanel.com/centos-7-problems/webdav-is-working-on-centos-7/msg10048/#msg10048

I still am having issues with getting Nextcloud 15.02 to run properly.

I get:
Code: [Select]
Your web server is not properly set up to resolve "/.well-known/caldav".and
Code: [Select]
Your web server is not properly set up to resolve "/.well-known/carddav".
...and ajax updates don't seem to be working on their own. Finally, I put the logging in debug and am seeing a lot of errors about Nextcloud not being able to find certain cached files (as their directory doesn't even exist.) Any help from someone with a working instance would be greatly appreciated.

It's too bad as it is so simple to configure and get running on an ordinary LAMP stack with CentOS 7.

69
Did you check mark for the subdomain to install an SSL certificate when it was created? If so, perhaps your issue is related to the bug outlined here: http://forum.centos-webpanel.com/installation/cwp7-cwpsrv-fails-first-on-install-fix-this-breaks-apache/

70
You do realize that your cron job must point to the physical address of your php cli in whatever version of php you are using for the site.

Something like this one for automated Akeeba Backups for Wordpress:

Code: [Select]
/opt/alt/php71/usr/bin/php /home/USERNAME/public_html/wp-content/plugins/akeebabackupwp/app/cli/backup.php

71
Installation / Re: Not detecting IMAP module
« on: January 30, 2019, 02:30:18 PM »
If you follow studio4host's suggestions, this is what you will see in your phpinfo.php


72
Installation / Re: no domain with new user
« on: January 30, 2019, 02:17:37 PM »
Your root website will not show up under Domains > List Domains; it will only appear under User Accounts > List Accounts. If you add domains to that user, they will show up under Domains > List Domains...

That first domain and in fact all domains associated with a new user will not appear under domains. The reason you cannot reach the domain is likely a port conflict with NGINIX. In my case when trying to use NGINIX two things happened. One, the domain was directed to /usr/local/apache/htdocs, so I received the default CWP banner page. And secondly, a website in the default location could not be reached. Due to this misconfiguration, I simply switched back to using Apache as my webserver and have no issues. In doing so, the default first user domain directed properly into the /home/USERNAME/public_html.

NGINIX setup and reverse proxies are difficult to manage by comparison to simple Apache in CWP. There are also a lot of bugs in the setup in addition to the setup being much more difficult.

73
Title says it all. The hide processes once set on permanent does not stay set after a reboot; it becomes disabled.

74
Creating the certificate for the domain manually works and did not (yet) break either the cwpsrv or httpd services. Someone needs to take a look at the SSL generation script(s) used when you check the SSL option while creating a domain, there is something wrong with it.

75
After running:
Code: [Select]
strace -f -o apache.trace /usr/local/apache/bin/httpd
I took a guess that is was a certificate mismatch or mess up on the first user root domain, so I deleted the certificate and Apache restarted without issue. This was not a big shocker considering what broke cwpsrv.service was a hostname mismatch (for the CWP panel) that occurred right after I created the first user account with an SSL domain.

Something is wrong with you Let's Encrypt SSL generation. I fear generating an SSL again for this site because I will be pushing running out of my allotment of SSL's before getting any websites (well Apache) to work and stay working.

Could someone give me some guidance as well as look into either what the dev's changed about the Let's Encrypt SSL generation scripts in CWP along with what certbot/Let's Encrypt might have changed about their system in the last month?

I had no issues like this prior until you guys pushed a bunch of updates.

Oh and I am a paid Pro user...

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