Jump to content

EidolonHost

Members
  • Posts

    281
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by EidolonHost

  1. Hello, Got an e-mail informing me that LicenseCart has been acquired. E-mail in full to follow:
  2. If you need Blesta Licenses in the interim, I can provide such licenses. This is not normal for LicenseCart. Very concerning... hope they're OK.
  3. So much blue. It kind of makes my eyes hurt looking at the navigation bar. I'd recommend a more clearer distinction.
  4. Awesome, I am going to be doing this in my own house soon... probably within the next few months as I gotta get settled and set all the things up... and no doubt deal with all the little things that come up that you forget while dealing with major stuff.
  5. Oooh. Very nice! I'll have to get this, then.
  6. Is this for Blesta licenses or your own products?
  7. Yeah, your way, basically. That's why I thought it odd that Blesta 4.0 didn't seem to be properly detecting the 5.6 version of the same modules. Every InterWorx server I set up gets upgraded to 5.6 the very moment InterWorx's done installing using your way.
  8. Yep, we use the REMI repo as evidenced in the code I post. I don't think it's an issue with the server, more of an issue with Blesta detecting modules that're php 5.6-based. It detects some but not all of the modules as installed. Again, looking back at the errors that I get, it's obvious that the 5.4 equivalent of modules that it needs have been installed. Sidenote, I'm also equally as familiar with InterWorx as @Licensecart is.
  9. @Paul can you mark the previous post as the answer?
  10. So... I just wanted to post an update: It appears that the Namecheap module works just fine on Blesta 4.0... It still won't work on Blesta 3.6.2. Interesting difference... I'm not sure exactly what's different here, though. Edit: I suspect I know what the issue is... it's likely IPv6 related. Edit2: Yup, it was IPv6.
  11. Ahahah, no. Not on this InterWorx-based server. Out of curiosity, I test-ran the command you provided and it would've removed not only the PHP packages but also InterWorx-specific stuff. Besides, why should I? It works fine on 5.6.
  12. That is why I said that it appears Blesta isn't properly detecting that we're using 5.6 variants installed. I'm not sure if Blesta is currently set up to correctly detect php 5.6, considering that you and I both run on 5.6 because 5.4 is EOL.
  13. Hi, During the install of Blesta to https://awoo.host/billing I have noticed that Blesta via the Web UI installer doesn't seem to properly detect that the various modules that it asks for me to have installed on the server is already available. So obviously, Blesta Beta 4.0 B4 needs to be updated to also check for 5.6 versions on CentOS. For example: yum install php-mysql php-devel php-gd php-pecl-memcache php-pspell php-snmp php-xmlrpc php-xml php-mcrypt php-imap php-mailparse -y results in: [root@helmsgate ~]# yum install php-mysql php-devel php-gd php-pecl-memcache php-pspell php-snmp php-xmlrpc php-xml php-mcrypt php-imap php-mailparse -y Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirror.team-cymru.org * epel: fedora-epel.mirror.lstn.net * extras: mirrors.gigenet.com * remi-safe: repo1.dal.innoscale.net * updates: mirror.team-cymru.org Package matching php-devel-5.4.16-42.el7.x86_64 already installed. Checking for update. Package matching php-gd-5.4.16-42.el7.x86_64 already installed. Checking for update. Package matching php-xmlrpc-5.4.16-42.el7.x86_64 already installed. Checking for update. Package matching php-xml-5.4.16-42.el7.x86_64 already installed. Checking for update. Resolving Dependencies --> Running transaction check ---> Package php-imap.x86_64 0:5.4.16-7.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-imap-5.4.16-7.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-imap-5.4.16-7.el7.x86_64 ---> Package php-mcrypt.x86_64 0:5.4.16-7.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-mcrypt-5.4.16-7.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-mcrypt-5.4.16-7.el7.x86_64 ---> Package php-mysql.x86_64 0:5.4.16-42.el7 will be installed --> Processing Dependency: php-pdo(x86-64) = 5.4.16-42.el7 for package: php-mysql-5.4.16-42.el7.x86_64 ---> Package php-pecl-mailparse.x86_64 0:2.1.6-6.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-pecl-mailparse-2.1.6-6.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-pecl-mailparse-2.1.6-6.el7.x86_64 ---> Package php-pecl-memcache.x86_64 0:3.0.8-4.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-pecl-memcache-3.0.8-4.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-pecl-memcache-3.0.8-4.el7.x86_64 ---> Package php-pspell.x86_64 0:5.4.16-42.el7 will be installed --> Processing Dependency: php-common(x86-64) = 5.4.16-42.el7 for package: php-pspell-5.4.16-42.el7.x86_64 --> Processing Dependency: libpspell.so.15()(64bit) for package: php-pspell-5.4.16-42.el7.x86_64 --> Processing Dependency: libaspell.so.15()(64bit) for package: php-pspell-5.4.16-42.el7.x86_64 ---> Package php-snmp.x86_64 0:5.4.16-42.el7 will be installed --> Processing Dependency: php-common(x86-64) = 5.4.16-42.el7 for package: php-snmp-5.4.16-42.el7.x86_64 --> Processing Dependency: net-snmp for package: php-snmp-5.4.16-42.el7.x86_64 --> Processing Dependency: libnetsnmp.so.31()(64bit) for package: php-snmp-5.4.16-42.el7.x86_64 --> Running transaction check ---> Package aspell.x86_64 12:0.60.6.1-9.el7 will be installed ---> Package net-snmp.x86_64 1:5.7.2-24.el7_2.1 will be installed --> Processing Dependency: net-snmp-agent-libs = 1:5.7.2-24.el7_2.1 for package: 1:net-snmp-5.7.2-24.el7_2.1.x86_64 --> Processing Dependency: libnetsnmptrapd.so.31()(64bit) for package: 1:net-snmp-5.7.2-24.el7_2.1.x86_64 --> Processing Dependency: libnetsnmpmibs.so.31()(64bit) for package: 1:net-snmp-5.7.2-24.el7_2.1.x86_64 --> Processing Dependency: libnetsnmpagent.so.31()(64bit) for package: 1:net-snmp-5.7.2-24.el7_2.1.x86_64 ---> Package net-snmp-libs.x86_64 1:5.7.2-24.el7_2.1 will be installed ---> Package php-imap.x86_64 0:5.4.16-7.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-imap-5.4.16-7.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-imap-5.4.16-7.el7.x86_64 ---> Package php-mcrypt.x86_64 0:5.4.16-7.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-mcrypt-5.4.16-7.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-mcrypt-5.4.16-7.el7.x86_64 ---> Package php-mysql.x86_64 0:5.4.16-42.el7 will be installed --> Processing Dependency: php-pdo(x86-64) = 5.4.16-42.el7 for package: php-mysql-5.4.16-42.el7.x86_64 ---> Package php-pecl-mailparse.x86_64 0:2.1.6-6.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-pecl-mailparse-2.1.6-6.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-pecl-mailparse-2.1.6-6.el7.x86_64 ---> Package php-pecl-memcache.x86_64 0:3.0.8-4.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-pecl-memcache-3.0.8-4.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-pecl-memcache-3.0.8-4.el7.x86_64 ---> Package php-pspell.x86_64 0:5.4.16-42.el7 will be installed --> Processing Dependency: php-common(x86-64) = 5.4.16-42.el7 for package: php-pspell-5.4.16-42.el7.x86_64 ---> Package php-snmp.x86_64 0:5.4.16-42.el7 will be installed --> Processing Dependency: php-common(x86-64) = 5.4.16-42.el7 for package: php-snmp-5.4.16-42.el7.x86_64 --> Running transaction check ---> Package net-snmp-agent-libs.x86_64 1:5.7.2-24.el7_2.1 will be installed ---> Package php-imap.x86_64 0:5.4.16-7.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-imap-5.4.16-7.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-imap-5.4.16-7.el7.x86_64 ---> Package php-mcrypt.x86_64 0:5.4.16-7.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-mcrypt-5.4.16-7.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-mcrypt-5.4.16-7.el7.x86_64 ---> Package php-mysql.x86_64 0:5.4.16-42.el7 will be installed --> Processing Dependency: php-pdo(x86-64) = 5.4.16-42.el7 for package: php-mysql-5.4.16-42.el7.x86_64 ---> Package php-pecl-mailparse.x86_64 0:2.1.6-6.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-pecl-mailparse-2.1.6-6.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-pecl-mailparse-2.1.6-6.el7.x86_64 ---> Package php-pecl-memcache.x86_64 0:3.0.8-4.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-pecl-memcache-3.0.8-4.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-pecl-memcache-3.0.8-4.el7.x86_64 ---> Package php-pspell.x86_64 0:5.4.16-42.el7 will be installed --> Processing Dependency: php-common(x86-64) = 5.4.16-42.el7 for package: php-pspell-5.4.16-42.el7.x86_64 ---> Package php-snmp.x86_64 0:5.4.16-42.el7 will be installed --> Processing Dependency: php-common(x86-64) = 5.4.16-42.el7 for package: php-snmp-5.4.16-42.el7.x86_64 --> Processing Conflict: php-mysql-5.4.16-42.el7.x86_64 conflicts php-mysqlnd Removing php-mysql.x86_64 0:5.4.16-42.el7 - u due to obsoletes from installed php-mysqlnd-5.6.24-1.el7.remi.x86_64 --> Restarting Dependency Resolution with new changes. --> Running transaction check ---> Package php-imap.x86_64 0:5.4.16-7.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-imap-5.4.16-7.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-imap-5.4.16-7.el7.x86_64 ---> Package php-mcrypt.x86_64 0:5.4.16-7.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-mcrypt-5.4.16-7.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-mcrypt-5.4.16-7.el7.x86_64 ---> Package php-mysql.x86_64 0:5.4.16-42.el7 will be installed ---> Package php-pecl-mailparse.x86_64 0:2.1.6-6.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-pecl-mailparse-2.1.6-6.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-pecl-mailparse-2.1.6-6.el7.x86_64 ---> Package php-pecl-memcache.x86_64 0:3.0.8-4.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-pecl-memcache-3.0.8-4.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-pecl-memcache-3.0.8-4.el7.x86_64 ---> Package php-pspell.x86_64 0:5.4.16-42.el7 will be installed --> Processing Dependency: php-common(x86-64) = 5.4.16-42.el7 for package: php-pspell-5.4.16-42.el7.x86_64 ---> Package php-snmp.x86_64 0:5.4.16-42.el7 will be installed --> Processing Dependency: php-common(x86-64) = 5.4.16-42.el7 for package: php-snmp-5.4.16-42.el7.x86_64 --> Finished Dependency Resolution Error: Package: php-snmp-5.4.16-42.el7.x86_64 (base) Requires: php-common(x86-64) = 5.4.16-42.el7 Installed: php-common-5.6.24-1.el7.remi.x86_64 (@remi-php56) php-common(x86-64) = 5.6.24-1.el7.remi Available: php-common-5.4.16-42.el7.x86_64 (base) php-common(x86-64) = 5.4.16-42.el7 Error: Package: php-pecl-mailparse-2.1.6-6.el7.x86_64 (epel) Requires: php(api) = 20100412-64 Installed: php-common-5.6.24-1.el7.remi.x86_64 (@remi-php56) php(api) = 20131106-64 Available: php-common-5.4.16-42.el7.x86_64 (base) php(api) = 20100412-64 Error: Package: php-mcrypt-5.4.16-7.el7.x86_64 (epel) Requires: php(zend-abi) = 20100525-64 Installed: php-common-5.6.24-1.el7.remi.x86_64 (@remi-php56) php(zend-abi) = 20131226-64 Available: php-common-5.4.16-42.el7.x86_64 (base) php(zend-abi) = 20100525-64 Error: Package: php-imap-5.4.16-7.el7.x86_64 (epel) Requires: php(api) = 20100412-64 Installed: php-common-5.6.24-1.el7.remi.x86_64 (@remi-php56) php(api) = 20131106-64 Available: php-common-5.4.16-42.el7.x86_64 (base) php(api) = 20100412-64 Error: Package: php-imap-5.4.16-7.el7.x86_64 (epel) Requires: php(zend-abi) = 20100525-64 Installed: php-common-5.6.24-1.el7.remi.x86_64 (@remi-php56) php(zend-abi) = 20131226-64 Available: php-common-5.4.16-42.el7.x86_64 (base) php(zend-abi) = 20100525-64 Error: Package: php-pecl-memcache-3.0.8-4.el7.x86_64 (base) Requires: php(zend-abi) = 20100525-64 Installed: php-common-5.6.24-1.el7.remi.x86_64 (@remi-php56) php(zend-abi) = 20131226-64 Available: php-common-5.4.16-42.el7.x86_64 (base) php(zend-abi) = 20100525-64 Error: Package: php-pecl-memcache-3.0.8-4.el7.x86_64 (base) Requires: php(api) = 20100412-64 Installed: php-common-5.6.24-1.el7.remi.x86_64 (@remi-php56) php(api) = 20131106-64 Available: php-common-5.4.16-42.el7.x86_64 (base) php(api) = 20100412-64 Error: php-mysql conflicts with php-mysqlnd-5.6.24-1.el7.remi.x86_64 Error: Package: php-mysql-5.4.16-42.el7.x86_64 (base) Requires: php-pdo(x86-64) = 5.4.16-42.el7 Installed: php-pdo-5.6.24-1.el7.remi.x86_64 (@remi-php56) php-pdo(x86-64) = 5.6.24-1.el7.remi Available: php-pdo-5.4.16-42.el7.x86_64 (base) php-pdo(x86-64) = 5.4.16-42.el7 Error: Package: php-pspell-5.4.16-42.el7.x86_64 (base) Requires: php-common(x86-64) = 5.4.16-42.el7 Installed: php-common-5.6.24-1.el7.remi.x86_64 (@remi-php56) php-common(x86-64) = 5.6.24-1.el7.remi Available: php-common-5.4.16-42.el7.x86_64 (base) php-common(x86-64) = 5.4.16-42.el7 Error: Package: php-mcrypt-5.4.16-7.el7.x86_64 (epel) Requires: php(api) = 20100412-64 Installed: php-common-5.6.24-1.el7.remi.x86_64 (@remi-php56) php(api) = 20131106-64 Available: php-common-5.4.16-42.el7.x86_64 (base) php(api) = 20100412-64 Error: Package: php-pecl-mailparse-2.1.6-6.el7.x86_64 (epel) Requires: php(zend-abi) = 20100525-64 Installed: php-common-5.6.24-1.el7.remi.x86_64 (@remi-php56) php(zend-abi) = 20131226-64 Available: php-common-5.4.16-42.el7.x86_64 (base) php(zend-abi) = 20100525-64 You could try using --skip-broken to work around the problem
  14. ... Whoops. >_> Well, he's got an integration going on. You'd have better luck at Github, I suspect. That's over on https://github.com/CachetHQ/Cachet
  15. ... Searching via the Forum Search or Google would've linked you this.
  16. Really? That's odd. Sounds like a possible firewall issue... normally Blesta will need port 2443 open as well as 80 and 443. Also, is the server using firewalld or iptables? Edit: Also, are the API keys generated and set up properly as well?
  17. WTF. My post got mangled. In the screenshot below, you can see that despite entering the correct credentials, I am getting the below error: Note: The API key is invalid here. Not concerned about the details being seen, as anyone attempting to use those credentials will discover it's locked to our billing system IP and user account... as well as new API keys. There is no logs anywhere, not even in the Module logs section of the Tools area in Blesta, nor in Apache's logs. And this is with error logging enabled in Blesta and PHP. Also, I tried disabling the firewall and trying again. Still no go. What do, Captain? This is on Blesta 3.6.2
  18. Hi, Application setup as follows: OS: CentOS 7 Control Panel: InterWorx-CP v5.1.37 PHP: [eidolon@eidolonhost blesta]$ php -v PHP 5.6.24 (cli) (built: Jul 21 2016 07:33:38) Copyright (c) 1997-2016 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v6.0.5, Copyright (c) 2002-2016, by ionCube Ltd. Apache: [eidolon@eidolonhost blesta]$ httpd -v Server version: Apache/2.4.10 (CentOS) Server built: Oct 18 2016 16:18:56
  19. Exactly what is the issue here? @Licensecart and I are authorized InterWorx and Blesta license resellers and can help with any InterWorx issues. More details would be greatly appreciated in what exactly you're trying to do. Did you make sure to have PHP-SOAP installed as per https://licensecart.com/billing/plugin/support_manager/knowledgebase/view/14/the-interworx-module-isn-t-working/1/ or no? Because if you don't, you're going to have a bad time. Edit: I'd also like to note that I have a working Blesta<->InterWorx integration here. No problems at all.
  20. Cachet has a Blesta integration. In fact, the Cachet developer is on this forum. Maybe ask him for help?
  21. So far, it's appearing to have resolved it... such a strange issue, though. The only reason I even figured this out was because the cron log indicated it was having difficulties downloading tickets. Didn't say exactly what the issue was, just that it was constantly spinning that little spinner without any specific logging as to what might've been the cause... even with debug mode enabled.
  22. Not sure. I'm letting it run and see if it breaks again. It's hard to tell because it seems to typically break after 24-48 hours or something similar. But... it should hopefully be fixed now.
  23. Hi, So I signed into the account for one of our GApps e-mails and saw that there was an e-mail from Google of a login being blocked, supposedly from less secure apps. I had to turn it back on, so check your Google Apps account from time to time if you're using it to send e-mail!
  24. Hi, Got this error: /bin/sh: line 1: 6729 Segmentation fault /usr/bin/php /chroot/home/user/domain/html/billing/index.php cron > /dev/null 2>&1 Different lines, I've noticed. Interestingly, the billing system is showing that all's green. Checking the Automation logs, I see it's to do with the e-mails again. I'm thinking something's up with Google Apps because this is the second time this has happened and I made damn sure to update all account passwords accordingly. I've cleared out the logs and enabled debugging until we have this happening again so we can see exactly what's going on here. Edit: Sidenote, it was also doing the spinner again. So... I've cleared it out... but one thing that I've noticed is that it seems to be not logging anything at all, as I have error reporting set to -1 in blesta.php
×
×
  • Create New...