adamjedgar
-
Posts
53 -
Joined
-
Last visited
Posts posted by adamjedgar
-
-
ok, so if I create a new service, and the old service still has a functioning website on the CWP server...what will happen?
What is really needed is a way of synchronising existing accounts on webservers so that they "import" if you like. Is there a way of doing this with the module or manually in Blesta?
-
Ok so i think i may have found a solution on the Blesta end...
1. Using phpmyadmin, open the Blesta database
2. open table "services"
3. select row where the "package_Id", "client_id", "date_added", "date_cancelled" etc all coincide with the CWP user account that is suspended/cancelled
4. Edit the row and scroll down until you find the "Status" field. Change it from "cancelled" to "active".
I think this may have solved my problem. Perhaps this will help someone else in the future.
-
Hi guys,
i manually provisioned a user account for Centos-Webpanel using Blesta.
I am not sure how, but Blesta at some point has cancelled said user account on Centos-Webpanel and i wasnt aware that this has happened. The account cancelled 5 days ago according to Blesta, however, i have been logging into the CWP user account (that is supposedly cancelled by Blesta) and making changes to the wordpress website via Wordpress and only just now have realised this.
Now i realise i cannot log into the CWP user panel...browser says "Account suspended" (but actually in Blesta it says account is cancelled).
How do i reverse this in Blesta?
Can i go into the Blesta database and change this manually?
Am i correct in saying, if i attempt to add a new service in Blesta, the existing website is either going to be deleted and overwritten or, i will simply get an error because there is already an account on the CWP system?
-
When i change php70 fpm to php73 fcgi
Blesta throws a browser error 500.
I have wordpress websites on same server that i have also changed to fcgi and they are not having any problems.
Any ideas on what could cause this? Is it a hotfix issue? Is there one for php 7.3?
-
Is there a Synergywholesale domain registration module for Blesta?
There was talk about this for Ventraip Wholesale (now synergywholesale) a few years ago, however, i cannot find any reference to it having been completed.
Has anyone done anything to further this effort? Without this module Im stuffed as I am a Synergywholesale account holder for all domain registrations. ( WMCS has a synergywholesale module)
Synergywholesale support have said the following in reply to a ticket i sent them this morning...
Hey Adam,
Thank you for submitting your support request
Unfortunately we do not have any plans at this time for a Blesta module, but the API is available here if you or a developer would like to try and create an integration or use WHMCS : https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsynergywholesale.com%2Ffaq%2Farticle%2Fapi-whmcs-modules%2F&data=02|01||0e165efb62464c4c9a9108d6c6bcb6e6|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|636914911153245330&sdata=SFuS%2FYdlgU8QT%2FZsMSox6ycYpGUd0FGlsPTwTDQ1PEk%3D&reserved=0
While there are no current plans for Blesta modules it is something we will look into down the line if the interest is there.
Let me know if you have any other questions or concerns,
-
the solution is as paul mentioned at the top of this page of this thread...in CWP there are a couple of stupid things you have to do to get this working.
CWP's automated API key generator has not been scripted well enough to also ensure that two entries are made into its own interface. These are
- You must set an API Key on your CentOS Web Panel server in: /usr/local/cwp/.conf/api_key.conf
- You must add your Blesta server's IP address on your CentOS Web Panel server in: /usr/local/cwp/.conf/api_allowed.conf
Without one manually adding the API key and Blesta server IP address into the relevant files above, it will not work. Its not Blesta's error but rather CWP dumbass programming!
-
Wohooo....I have it working at last.
The procedure is as follows:
1. setup the Blesta Module on your web server where blesta is installed.
2. Create an API key in CWP which can then be added to the Blesta Module
3. Now for the stupid part and the easy fix to my complete waste of almost a week...
-Log into Centos Web Panel as Root
-Open file manager and navigate to /usr/local/cwp/.conf/
-in the above directory create 2 new files (they most likely do not exist)
1. api_key.conf (open this file and copy and paste just the API key created in CWP into this file then save it)
2. api_allowed.conf (open this file and paste just the IP adress of the webserver where Blesta is installed...if blesta has its own IP address then i would imagine one should use that ip address)
Now your CWP module for Blesta should work provisioning new accounts in Centos Web Panel.
Please note, i havent done any further testing at this point (ie i am not sure if all other functions of the module such as suspending, deleting, etc work).
Paul and Tyson, If you dont mind i will do a full write up of exactly how to do this (with screenshots) and forward that to you guys to add to the Blesta Wiki for this module.
Hope this helps others...it has been a very infuriating process for me and i have directed my anger at some people who really didnot fully deserve it. So to Paul and Tyson, i apologise for that.
I think the moral of the story is, "ensure that modules have decent working tutorials on how to configure them before releasing for public use!" In this case, things fell in a heap because the CWP API does not actually work properly...anyone who would create such functionality should have realised that they also needed to add scripts that automatically inserted IP addresses and API key into new files and directory as i outlined above!
kind regards
Adam
-
As an update to this issue, I viewed a competitors CWP Module (whmcs) video tutorial.
When I go through the WHMCS installation tutorial for their CWP module, in addition to inputting API key, a username and password fields also exist that must be filled out. The user inputted into these fields is the "Root" user for CWP itself!
So, In order for a WHMCS module on another server to provision services on a CWP VPS, the root user and password for the CWP VPS must be inputted into the WHMCS module.
Does this mean that the API key on its own is not enough? I don’t see anywhere in the Blesta CWP module where one can input root user and password.
In the absence of username and password fields in the Blesta CWP Module, my assumption is that Blesta is attempting to use its own “admin” user to provision services via CWP API? If CWP doesn’t allow admin as a user (or doesn’t have that user) can this autoprovisioning still actually work in CWP with just an API key and nothing else? (the WHMCS tutorial for their module seems to indicate that it will not work without also inputting CWP root user and password)
To make a comparison with some other modules we use in Blesta...
The Blesta Virtualmin module requires “root” user and “password” to be added (i realise it has no API Key). So Blesta is actually logging into virtualmin with high level access as root user (Cyberpanel is the same).
Vultr on the other hand, is same as CWP, it simply requires API Key only. However, perhaps CWP API is not programmed as well as Vultr and therefore the API key on its own is not enough...one still needs the root user and password entry?(those fields are missing in the Blesta CWP module)
So is a potential solution for me to somehow change the Blesta admin user to "root" with the identical password to that used in CWP? If the answer to this is YES, how do i achieve that?
Adam
-
On 3/28/2019 at 6:07 AM, ZweiTiger said:
Opened a ticket too. But no reply so far. hm.
I know this is late, however resubmit your ticket a second time ensuring you are still logged in and that the ticket is visible in your dashboard. The ticket system isn't particularly foolproof...It will email ticket recpeits with a ticket if for tickets that are not connected to your actual account...these then go into thin air it seems.
-
It appears that the ticket system is also not working properly. Yesterday i submitted a support ticket request through blesta.com and received an automated email saying it had been received by Belsta administrators. When i log into blesta.com this morning, no such ticket is recorded as even existing. Considering this is a paid service, it is rather difficult to understand that something as simple as blesta.com ticket support system loses tickets in the database?
Either someone is deleting them, or the system is experiencing some technical problems? I hope it is the later as someone intentionally deleting support requests would be another google search engine rankings minus.
Considering that i have an earlier ticket still displaying in the ticketing system, i would be extremely disappointed if someone at Blesta is intentionally deleting support tickets on a service that users such as myself are paying for. i never had this issue with WHMCS...their support is reliable and understanding of the issues and how to resolve them. How can blesta admins fix client issues if the ticket support system is losing database entries?
-
Also, I added a from to the virtualmin server...however I notice one is already there (now I have 2 cron for blesta)
Why do I need to manually add a cron job if one is already there?
-
This module does not work. I post this to save anyone considering it a complete waste of their time and effort. If you want to run Centos Web Panel, i would suggest WHMCS until this gets fixed!
As best i can tell, it appears that this module is written for an old version of Centos Web Panel ( CWP Centos 6?) as the file /usr/local/cwp/.conf/api_allowed.conf does not existin on CWP for Centos 7
Also, the URL shown above http://wiki.centos-webpanel.com/cwp-account-api does not exist!
This has been a "set and forget" module creation...and i suspect that is the reason it does not bloody work!
-
oops got off topic with last post...i have two issues, one for virtualmin and one for CWP.
So to correct my previous post... in CENTOS WEB PANEL
I have created a new cron and when i check the Centos Web Panel services... service crond status (the cron scheduler is loaded and active)
If i type the following
tail -n 20 /var/log/cron
i note that Centos web panel is running the cron at 5 minute intervals as expected for root (even though cron code has /user/ ???)
However, when i check CWP, no new accounts are being created in CWP???
I still cannot find anything to do with CWP module in any Blesta logs either.
Something is seriously wrong with this plugin...without any setup documentation, I am flying completely blind. Surely whoever wrote this plugin must have some idea of how to set it up correctly???
-
As you all know, I have a Blesta Virtualmin Module that is not working correctly now, even though for the last month it has been working no problems.
1. I cannot find a solution to this and my intention is to delete the module and start over. However, this will require me to manually link working websites on my virtualmin server with blesta. How do i do this?
2. Also, I need to be able to do manually change a virtualmin>Virtual Server service in blesta from "Pending" >"Active" (NOT ACTIVATE...its already running on the virtualmin system, so activating will obviously throw an error)
-
ok,
so because i have blesta on same server, i have setup a cron to run from Virtualmin...instead of blesta
Webmin> System > Scheduled Cron Jobs...create a new scheduled cron job
Execute cron job as = root
command = /usr/bin/php -q /home/user/domains/billing.mydomain.com.au/public_html/blesta/index.php cron > /dev/null 2>&1
When to execute= 5 minutes, all hours, all months, all weekdays
Date range to execute = Run on any date
Also, in looking at the cron jobs list for the server, i note that i also have the following on the billing virtual server (user is the virtual server owner...not root)
/usr/bin/wget -q -O /dev/null http://billing.mydomain.com.au/admin/cron.php Isnt this already setup to run the cron? Why am i also being asked to adding another one as the root user?
which one should i delete?
Do i keep the "virtual server user" cron job, or the "root user" cron job?
-
3 hours ago, Paul said:
That's not what I mean. I mean your cron job on your server should run to provision it. You are doing it through a web browser, which is making an HTTP request to the same server that is restarting Apache and dropping the connection. That's the issue here. The problem is that Blesta and Virtualmin are on the same server, and Virtualmin drops the connection when you do it in a browser. Let the cron job run on the server automatically, and it should work. You won't have this problem if the Virtualmin server is external to Blesta.
ok...i think i understand that.
May i ask the question...in terms of setting the service to active when manually provisioning services on Virtualmin, why is this happening now?
It has been working without issue since i first installed Blesta almost 1 month ago...its only now (the last week) all of a sudden it has stopped working (its always been on the same server and the three websites shown were all setup manually using active option)
-
Also,
I have manually run a cron job and, due to non payment...the cron is successfully disabling websites if users have not paid.
If i then go into blesta and manually unsuspend services for this clients virtualmin websites, they immediately come back up online again.
Having said that, i created a new account, then set it to pending, went into blesta admin and selected approve, manually ran the cron, and the service has not appeared as a new virtual server in virtualmin?
I am a little confused as to what is going on? Suspending and unsuspending services appears to be working normally on existing accounts, however,
1. manually creating new services on the virtualmin module are showing up in virtualmin but are not being reflected in blesta and
2. the cron for new accounts is not working at all (at least its been 10 minutes now and nothing is showing up
the cron setup in settings>system<automation is as follows
*/5 * * * * /usr/bin/php -q /home/user/domains/billing.domain.com.au/public_html/blesta/index.php cron > /dev/null 2>&1
is it possible to delete the virtualmin module and start again (and not lose the services i have already provisioned on the virtualmin server?)
How do i add existing virtual servers on the virtualmin system to blesta so it can automate their billing/services management?
would reinstalling the blesta virtualmin module fix this problem? (it never used to do this before)
-
49 minutes ago, Paul said:
A license change has no impact on functionality, so I 'm not sure how that could be related.
Does it take more than 100 seconds for Virtualmin to create the account? I'd expect only 5-10 seconds or so.
I think you should test with a Virtualmin server that is external to your Blesta install. I suspect that Virtualmin is dropping the connection after Blesta makes the request because it is restarting/reloading Apache. Alternatively you can add the service as a PENDING service, and let your CRON job run and try to provision the service. The cron may work because the connection to you as an admin would not be dropped if this is in fact the cause.
So, give that a try - either try to provision on another Virtualmin server OR let the cron provision the service by setting it to PENDING when you add it, and letting the cron run.
Yes i agree about the timeout settings...i would have thought that my default of 100 seconds should have been more than enough as i dont recall it taking more than a dozen seconds or so to provision the service.
hmmm this is interesting. you are right...apache is restarting all the time.
I just attempted to manually provision another account and this time i went into webmin>system>system logs immediately after i got the browser error...
See below (this PID is repeating itself quite often...every few minutes)
[Thu Apr 11 08:37:26.559931 2019] [mpm_prefork:notice] [pid 6145] AH00171: Graceful restart requested, doing restart
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using server1.<mydomain>.com.au. Set the 'ServerName' directive globally to suppress this message
[Thu Apr 11 08:37:28.641733 2019] [mpm_prefork:notice] [pid 6145] AH00163: Apache/2.4.25 (Debian) mod_fcgid/2.3.9 OpenSSL/1.0.2r configured -- resuming normal operations
-
my current timeout settings in /etc/apache2/apache2.conf
Timeout 100
KeepAlive on
MaxKeepAliveRequests 100
KeepAliveTimeout 5are the above settings ok for blesta?
i have changed the following in /etc/php/7.0/fpm/pool.d/xxxx.conf
php_admin_value[max_execution_time] = 180
php_admin_value[max_input_time] = 180 -
So here are some details about my system
debian9 webmin/virtualmin
apache php 7.0.33
script execution mode php70-fpm
ah, i have managed to find something in my apache logs....(i am not sure if this is at the same time as i attempted to provision this service manually through blesta admin, however this error is repeated 3 times on 2 separate occasions, and it appears to be consistent with me having tried this more than once on that day)
Mar 31 13:14:21.946639 2019] [proxy_fcgi:error] [pid 24919] (70007)The timeout specified has expired: [clientxxx.xxx.145.157:53996] AH01075: Error dispatching request to : (polling), referer: https://billing.<mdomain>.com.au/blesta/admin/settings/company/modules/addrow/
also, i am not sure if this is related, but the microsoft bingbot is causing the following error (Which is filling up my logs)
[Mon Apr 01 11:35:34.061210 2019] [autoindex:error] [pid 17333] [client 157.55.39.159:4276] AH01276: Cannot serve directory /home/user/domains/billing.<mydomain>.com.au/public_html/: No matching DirectoryIndex (index.html,index.htm,index.php,index.php4,index.php5) found, and server-generated directory index forbidden by Options directive
[Mon Apr 01 12:55:17.875152 2019] [proxy_fcgi:error] [pid 17114] [client 40.77.167.30:12708] AH01071: Got error 'Primary script unknown\n' -
Yes it is on same server and yes it is when I am manually provisioning service through blesta admin.
Having said that, I have done it this way for this client account 3 times previously in the last few weeks...just prior to swapping from trial to paid blesta version.
This has only happened since that change in license.
-
The module logs are empty....there are no errors on the virtualmin module?
From blesta side of things, it's as if nothing happened...but in fact virtualmin has received the command and has processed it correctly because the correct package has been setup.
Does blesta have any protection in its code against the module accidently "double provisioning" ? (This can cause 503 errors)
Also, even though i am apache and not lightspeed, could the cause be similar to this....https://www.litespeedtech.com/support/forum/threads/solved-503-service-unavailable-in-whmcs.7151/
I might change my php script execution mode and see if that makes any difference? (Perhaps to fpm, or if it is fpm, back to fcgi?)
-
19 hours ago, Paul said:
The screenshot you posted from Tools > Logs > Module log had a CyberPanel entry. Click the row (Not the link) and it will expand and show you the raw input/output with the API, which may be helpful in determining what the issue is.
Is the Cyberpanel information going to be useful in helping me setup CWP Module (Centos Web Panel)?
Seems to me that they have very different installation requirements?
Can I have something to help with CWP? (It has no documentation listed in Blesta docs)
I now have the pro version of CWP and need to get this working urgently.
-
On 4/2/2019 at 9:36 AM, Paul said:
Yes, as Tyson mentioned check the module log. Also check your firewall. Your Blesta server needs to make an outgoing connection to CWP, so your Blesta server should allow the egress connection and your CWP server should allow the ingress connection.
Can someone proivde me with an outline of how to setup CWP module with Blesta?
Currently there doesnt appear to be any guidance on this?
Empty cart button does not work
in Bugs
Posted
If a non registered user clicks on a product from my website, that user is then directed straight to the order form page in Blesta that correlates to the selection they made on my website products and services page.
From here they are shown the option to "login" or "register a new account" and also the cost of the purchase they are about to make.
If at this point, the non registered user simply chooses to "empty cart" ....nothing happens!!!
What i would like to have happen in this situation is for the user to be redirected back to a custom URL I specify in the blesta backend dashboard! (in this case i would usually want it to go back to my website homepage where the user can select an alternative product/service)