Jump to content

EidolonHost

Members
 View Profile  See their activity

  • Posts

    281

  • Joined

  • Last visited

  • Days Won

    5

 Content Type 

Posts posted by EidolonHost

  1. Is licensecart a ghost now?!?!

    in The Lounge

    Posted

    Hello,

    Got an e-mail informing me that LicenseCart has been acquired.

    E-mail in full to follow:

    Hello,

    I would like to sincerely apologize to you for any licensing issues you may have experienced in the past couple months and for the delayed ticket responses. I am however pleased to announce LicenseCart has since been acquired, and work has already begun on ensuring such issues no longer arise. One of the more popular requests I've seen is more automation modules ridding of manual license provisioning; this is something we're also working on over the next couple months.

    For the most part, there are no planned changes to your account/licenses. This is limited to all Blesta and BlestaCMS licenses which are being transferred to Blesta Store (http://blesta.store/). Blesta Store is independent of Blesta and owned by Michael Dance, the founder of Licensecart. I expect this to be a smooth and timely transition which will not cause disruption. Another email will be sent out to all Blesta license holders shortly with more details. This does not mean Licensecart will not offer Blesta in the future.

    I welcome you all to reach out to me if you have any questions or concerns. I respond to every email and can be reached on alex@licensecart.com (or you can reply to this email)

    Thank you, cleardot.gif

    Alex Ali

  4. Structured Wiring My House

    in The Lounge

    Posted

    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.

  7. Blesta doesn't seem to properly detect installed modules

    in Bugs

    Posted

    1 hour ago, Licensecart said:

    Well the issue I have in this thread is when I've used InterWorx I upgraded php 5.4 to 5.6 and I used the --enablerepo=remi and I do recommend it in some of my tuts to use that flag to ensure you are updated, however saying that something is required for some reason as I quoted. How did you update PHP before mate? did you follow my way or did something else because I've never seen Blesta not being able to detect anything.

    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. Blesta doesn't seem to properly detect installed modules

    in Bugs

    Posted

    12 minutes ago, Kurogane said:

    I not know  InterWorx the only can answer you is Licensecart he is expert in this field.

    The problem you have installed php from epel and remi and the normal install you install PHP for the OS version you need active remi repo

    Try this 

    
yum-config-manager --enable remi-php56
    
yum update
    
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

    or 

    
yum --enablerepo=remi install php-mysql php-devel php-gd php-pecl-memcache php-pspell php-snmp php-xmlrpc php-xml php-mcrypt php-imap php-mailparse

     

    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.

  11. Blesta doesn't seem to properly detect installed modules

    in Bugs

    Posted

    12 minutes ago, Kurogane said:

    You need first remove your current php packages and then install php again. 

    
yum remove php-*

      

    
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

     

    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. Blesta doesn't seem to properly detect installed modules

    in Bugs

    Posted

    6 hours ago, Licensecart said:

    I'm not sure what you are talking about mate, the one you are trying to install are 5.4, but you have 5.6 stuff installed. so something isn't working on your server side.

    PS: Some stuff requires:  

    
Requires: php(zend-abi) = 20100525-64

    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. Blesta doesn't seem to properly detect installed modules

    in Bugs

    Posted · Edited by Keiro
    Forgot forum BBC code. Whups.

    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

  16. Interworx Intergration

    in Support

    Posted

    13 minutes ago, Licensecart said:

    Yep php-soap is installed and lib-xml and it just refuses to connect.

    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. Blesta - Namecheap Integration seems to have broken

    in Support

    Posted

    WTF. My post got mangled.

    In the screenshot below, you can see that despite entering the correct credentials, I am getting the below error:

    W7BrdSy.png

    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. Blesta - Namecheap Integration seems to have broken

    in Support

    Posted

    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. Interworx Intergration

    in Support

    Posted

    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.

  22. Cron breaks on Google E-Mail

    in Support

    Posted

    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.

  23. Cron breaks on Google E-Mail

    in Support

    Posted

    1 hour ago, Paul said:

    Did this resolve it? A seg fault is unusual for such an issue (assuming google was rejecting the logins). If it continues to happen, I would suggest disabling the cron temporarily and running it manually after enabling error reporting. You might get more information about the error, though no guarantees with seg faults.

    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.

  24. Cron breaks on Google E-Mail

    in Support

    Posted

    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!

  25. Cron breaks on Google E-Mail

    in Support

    Posted

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