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.
Pages: [1] 2
1
PHP / Problem with memcached and PHP 7.3 compiling due to Zend API Change in 7.3
« on: February 05, 2019, 11:10:23 PM »
Problem with memcached and PHP 7.3 compiling due to Zend API Change in 7.3 (see log tail):
https://cismon.net/2018/02/06/Changes-of-Zend-API-in-PHP-7.3/
Unfortunately I don't have the experience to apply the necessary change for resolve and wanted to see if others may have addressed the issue.
Thoughts and/or advice?
Code: [Select]
/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
mkdir .libs
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
/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
/usr/local/cwpsrv/htdocs/resources/conf/php_selector/external_modules/7.3/memcached.sh: line 25: Creating config file: command not found
Redirecting to /bin/systemctl restart httpd.service
Build Completed
###################
As I understand this why (see link): https://cismon.net/2018/02/06/Changes-of-Zend-API-in-PHP-7.3/
Unfortunately I don't have the experience to apply the necessary change for resolve and wanted to see if others may have addressed the issue.
Thoughts and/or advice?
2
PHP Selector / PHP Selector v2 doesn't have zend-opcache option available.
« on: February 04, 2019, 08:43:19 AM »
is there a way to add zend-opcache to the PHP Selector v2 options list? It's available in the PHP-FPM Selector (NEW), but not the PHP Selector v2? Looking for max flexibility with an Apache only setup.
Any advice?
Thanks!
Any advice?
Thanks!
3
SSL / Re: incorrect common name for ssl
« on: January 27, 2019, 12:50:56 AM »
I'm still having issues with this evening when the information is transferred over, the cert won't allow www.xxxxx.xx to be used. Any ideas? On my other server prior to the PHP_FPM updates, it works perfectly. Frustration has set in on setting up a new server. 
4
CentOS-WebPanel Bugs / Re: CWP Roundcube Bug
« on: January 26, 2019, 12:12:41 PM »
Has there been resolve to this, we're getting a 500 error on a brand new install of CWP7 Pro. Please advise.
5
E-Mail / Warning: mail(): Multiple or malformed newlines found in additional_header in /u
« on: February 10, 2018, 06:15:48 PM »
When viewing a mail queue entry, such as a bounce or RBL and then attempting to use the 'Send this email to:' option presents the following error message upon clicking 'SEND'.
The choice of 'send to' e-mail address appears irreverent, as I've tried to send to many different addresses with varying domains, we only have a few bounces due to the inability to contact AT&T's postmaster, alas, I'd like to forward the generated emails to either myself or directly to the person with an alternate address, unfortunately I'm unable to.
Any idea what's causing this? Our Postfix configuration is working properly, we have a proper rDNS, hostname.domainname and such and we're currently not using the AV scanner to avoid further complications.
Any help would be great!
Note: We're on the latest version of CWP7pro (CWPpro version: 0.9.8.458), although this has occurred in prior version as well, most recently recorded in 0.9.8.444)
Thanks!
Code: [Select]
Warning: mail(): Multiple or malformed newlines found in additional_header in /usr/local/cwpsrv/htdocs/resources/admin/modules/mail_queue.php on line 0
Error while sending to: username@domainname.comThe choice of 'send to' e-mail address appears irreverent, as I've tried to send to many different addresses with varying domains, we only have a few bounces due to the inability to contact AT&T's postmaster, alas, I'd like to forward the generated emails to either myself or directly to the person with an alternate address, unfortunately I'm unable to.
Any idea what's causing this? Our Postfix configuration is working properly, we have a proper rDNS, hostname.domainname and such and we're currently not using the AV scanner to avoid further complications.
Any help would be great!
Note: We're on the latest version of CWP7pro (CWPpro version: 0.9.8.458), although this has occurred in prior version as well, most recently recorded in 0.9.8.444)
Thanks!
6
PHP Selector / What is the best way to update domain versions of PHP? (i.e. v7.0.18 -> v7.0.27)
« on: February 06, 2018, 10:06:48 PM »
We utilize PHP v7.0.18 for the users/domains, although version v5.6.30 is available (by of the CWP application), the usage of v7.0.xx has been chosen as the default user/domain choice, alas given security patches, bug revisions, we would like to update to the latest version, specifically PHP v7.0.27.
In the past I utilized a script that would download, add flags, modules and manually compile the version needed, then modify any results that required attention; as I recall this was based on a script from an early version of CWP within /usr/local/src, that script is no longer available and/or is embedded/encrypted and while it's possible I could update an older version of that manual script for PHP v7.0.27, it seems that CWP7 would have this ability available within?
I know that PHP v7.0.27 exists within the PHP version switcher (for the CWP application), so one could assume the scripts are in place as is the ability to download the sources needed for that version; is this just a matter of going into the CWP PHP selector and recompiling PHP 7.0 (installed) with the necessary flags? Then once completed, run my scripts (as needed) to add modules (i.e. memcached/ImageMagick, etc).
(Reference Note: Our PHP 7.x in the PHP selection is version 7.2.0-dev located in /opt/alt/php7 and our PHP 7.0.18 is located within /opt/alt/php70 as originally prepared by CWP7)
That all said, will simply selecting the PHP v7.0 option to compile within the PHP Selector download and compile the latest version available (i.e. v7.0.27) or will it simply recompile the current 7.0.18 version again?
I'm looking forward to any responses.
Thanks!
In the past I utilized a script that would download, add flags, modules and manually compile the version needed, then modify any results that required attention; as I recall this was based on a script from an early version of CWP within /usr/local/src, that script is no longer available and/or is embedded/encrypted and while it's possible I could update an older version of that manual script for PHP v7.0.27, it seems that CWP7 would have this ability available within?
I know that PHP v7.0.27 exists within the PHP version switcher (for the CWP application), so one could assume the scripts are in place as is the ability to download the sources needed for that version; is this just a matter of going into the CWP PHP selector and recompiling PHP 7.0 (installed) with the necessary flags? Then once completed, run my scripts (as needed) to add modules (i.e. memcached/ImageMagick, etc).
(Reference Note: Our PHP 7.x in the PHP selection is version 7.2.0-dev located in /opt/alt/php7 and our PHP 7.0.18 is located within /opt/alt/php70 as originally prepared by CWP7)
That all said, will simply selecting the PHP v7.0 option to compile within the PHP Selector download and compile the latest version available (i.e. v7.0.27) or will it simply recompile the current 7.0.18 version again?
I'm looking forward to any responses.
Thanks!
7
PHP Selector / What is the recommended version of PHP for the CWP7 Pro application?
« on: February 06, 2018, 09:38:41 PM »
I've been using CWP7 Pro for some time and originally the CWP application installed and utilizes version v5.6.30 of PHP, although that was over two years ago and I wanted to inquire what the recommended/ideal version of PHP is for the application; does that still remain v5.6.30 or has it changed to a newer version?
(FWIW, this isn't about the PHP versions available to user/domain/websites, but solely the CWP application itself).
I'm looking for forward to your responses.
Thanks!
(FWIW, this isn't about the PHP versions available to user/domain/websites, but solely the CWP application itself).
Quote
Application Version
PHP version: 5.6.30 [PHP Switcher]
PHP Version Switcher v2
You are running PHP version: 5.6.30
I'm looking for forward to your responses.
Thanks!
8
SSL / Re: FTP Cert Not Renew
« on: February 02, 2018, 10:44:29 PM »
Any updates on this, I too have the same issue.
Thanks!
Thanks!
9
Apache / Re: Disable or Compile without suPHP
« on: March 31, 2017, 11:46:17 PM »
What about PHP-FPM / FCGI (FastCGI), as I understand a form of implementation is already being used for CWP; although not for user/customer operations.
My reasoning for wanting an alternative handler is that of caching; additionally I require SSL and based on my limited knowledge of utilizing an NGIX/Apache/Varnish configuration, a multi-product integration seems far more complex and resource intensive than that of utilizing an alternative PHP handler?
Thoughts?
Thanks!
PS - My apologies for resurrecting an old thread, although the question appears to have relevancy.
My reasoning for wanting an alternative handler is that of caching; additionally I require SSL and based on my limited knowledge of utilizing an NGIX/Apache/Varnish configuration, a multi-product integration seems far more complex and resource intensive than that of utilizing an alternative PHP handler?
Thoughts?
Thanks!
PS - My apologies for resurrecting an old thread, although the question appears to have relevancy.
10
Updates / Update error: [Errno 14] HTTPS Error 404 - Not Found Trying other mirror
« on: March 30, 2017, 08:12:55 AM »
I've been getting this message for two (2) days in a row:
https://mirror.steadfast.net/epel/7/x86_64/repodata/5c1debace9de6d22381ad6c128eb259b765a6f137fd7deeeae57b8796d5a8db2-primary.sqlite.xz: [Errno 14] HTTPS Error 404 - Not Found
Trying other mirror.
To address this issue please refer to the below knowledge base article
https://access.redhat.com/articles/1320623
If above article doesn't help to resolve this issue please create a bug on https://bugs.centos.org/
My version is: CWPpro version: 0.9.8.292
Please advise.
https://mirror.steadfast.net/epel/7/x86_64/repodata/5c1debace9de6d22381ad6c128eb259b765a6f137fd7deeeae57b8796d5a8db2-primary.sqlite.xz: [Errno 14] HTTPS Error 404 - Not Found
Trying other mirror.
To address this issue please refer to the below knowledge base article
https://access.redhat.com/articles/1320623
If above article doesn't help to resolve this issue please create a bug on https://bugs.centos.org/
My version is: CWPpro version: 0.9.8.292
Please advise.
11
Apache / Re: Session Cache is not configured.
« on: March 24, 2017, 01:40:01 AM »
FWIW, I may have found a resolve by adding the following to /usr/local/apache/conf/httpd.conf
Technically I simply removed the '#' from LoadModule socache_memcache_module modules/mod_socache_memcache.so within the /usr/local/apache/conf/httpd.conf file.
Apache restarted without the error and yes, I do have memcached enabled and configured on the server; including PHP support for three (3) switchable PHP versions.
The next question is there any benefit to using memcache as opposed to shmbc in reference to SSLSessionCache and does this make any difference being that I'm not loading mod_ssl.so, as I understand SSL support is provided via OpenSSL? (Yes, my site uses SSL via Let's Encrypt Cert., FWIW).
Your thoughts and suggestions are highly welcomed!
Thanks!
Code: [Select]
SSLSessionCache memcache:127.0.0.1:11211
LoadModule socache_memcache_module modules/mod_socache_memcache.soTechnically I simply removed the '#' from LoadModule socache_memcache_module modules/mod_socache_memcache.so within the /usr/local/apache/conf/httpd.conf file.
Apache restarted without the error and yes, I do have memcached enabled and configured on the server; including PHP support for three (3) switchable PHP versions.
The next question is there any benefit to using memcache as opposed to shmbc in reference to SSLSessionCache and does this make any difference being that I'm not loading mod_ssl.so, as I understand SSL support is provided via OpenSSL? (Yes, my site uses SSL via Let's Encrypt Cert., FWIW).
Your thoughts and suggestions are highly welcomed!
Thanks!
12
Apache / Session Cache is not configured.
« on: March 24, 2017, 01:19:53 AM »
I'm seeing this message in my Apache error log (error.log):
[warn] Init: Session Cache is not configured [hint: SSLSessionCache]
Unfortunately I haven't had much success in resolving the message not to mention I'm not entirely certain if it needs resolving.
Here's the error log, after being cleared and httpd restarted:
Your thoughts, suggestions and solutions are welcomed!
Thanks!
[warn] Init: Session Cache is not configured [hint: SSLSessionCache]
Unfortunately I haven't had much success in resolving the message not to mention I'm not entirely certain if it needs resolving.
Here's the error log, after being cleared and httpd restarted:
Code: [Select]
[Thu Mar 23 18:06:48.070518 2017] [mpm_event:notice] [pid 22068:tid 140480764557
184] AH00492: caught SIGWINCH, shutting down gracefully
[Thu Mar 23 18:06:50.000176 2017] [ssl:warn] [pid 22272:tid 140431233562496] AH0
1873: Init: Session Cache is not configured [hint: SSLSessionCache]
[Thu Mar 23 18:06:50.002419 2017] [mpm_event:notice] [pid 22272:tid 140431233562
496] AH00489: Apache/2.4.25 (Unix) OpenSSL/1.0.1e-fips configured -- resuming no
rmal operations
[Thu Mar 23 18:06:50.002449 2017] [core:notice] [pid 22272:tid 140431233562496]
AH00094: Command line: '/usr/local/apache/bin/httpd'
Your thoughts, suggestions and solutions are welcomed!
Thanks!
13
Updates / Re: Upgrade php 5.6 to version 5.6.29
« on: March 21, 2017, 07:36:27 AM »
Any ETA on those updated scripts and if they'll be CWP7 compatible? I wouldn't mind testing on my smaller VPS.
LMK,
Thanks!
LMK,
Thanks!
soon there will be released scripts for centos 6 cwp version 153 upgrade and after that upgrade you will be able to install any php version via new friendly php switcher.
14
Updates / Re: Upgrade php 5.6 to version 5.6.29
« on: March 21, 2017, 07:34:27 AM »
Neo2SHYAlien:
Thank you the link, I was able to update my switcher version of PHP from 5.6.14 to 5.6.30, in addition, compile modules for memcache, opcache and imagemagick; I have to run each additional on separate builds by using modified scripts, it's a kludge, but it works, if it could only be streamlined, that would be a plus.
Speaking of the PHP module memcache, unfortunately I was not able to compile memcached, despite repeated attempts, so for the time being I'm using the server daemon 'memcached' with PHP module memcache, although was I understand, it's not ideal.
In any event, again, thank you!
Thank you the link, I was able to update my switcher version of PHP from 5.6.14 to 5.6.30, in addition, compile modules for memcache, opcache and imagemagick; I have to run each additional on separate builds by using modified scripts, it's a kludge, but it works, if it could only be streamlined, that would be a plus.
Speaking of the PHP module memcache, unfortunately I was not able to compile memcached, despite repeated attempts, so for the time being I'm using the server daemon 'memcached' with PHP module memcache, although was I understand, it's not ideal.
In any event, again, thank you!
Does anyone have an update for the latest version of CWP, it seems in the latest version, the file /usr/local/src/php-5.6.sh doesn't exist any longer and I need PHP 5.6.30 in my switcher, rather than 5.6.14.
That or if anyone has resolved on how to upgrade the switcher version from 5.6.14 to 5.6.30 in the latest version of CWP, please reply..
Thank you.
I'm still waiting for upgrade scripts for the new version. For older 0.9.8.153 version this fix works fine, before few days I upgrade my php to 5.6.30
p.s After first compilation CWP create needed scripts under /usr/local/src/
p.s2 but for some reason CWP remove shell scripts here is a link for the original script from 0.9.8.189 CWP
15
Updates / Re: Upgrade php 5.6 to version 5.6.29
« on: March 11, 2017, 05:47:34 AM »
I'm currently using CWP7pro.admin (latest version); will this upgrade apply to CWP7?
Thanks!
Thanks!
soon there will be released scripts for centos 6 cwp version 153 upgrade and after that upgrade you will be able to install any php version via new friendly php switcher.
Pages: [1] 2
