Hi there,
What is the correct procedure to restart the web GUI on CentOS [All on
one box]?
What ports need to be open to achieve this (from an external public IP
address)?
Is there an specific order to starting the agent & management services?
Do any other services need to be restarted (an
Sorry if I am missing something here but every time a guest reboots I
have to use the web GUI to start the instance again.
The docs say that it HA is enabled that they will automatically reboot -
but I cannot find a setting to make this available.
Is this something unique to my set up (standa
Hi**Sebastien
Can I ask does it cover security and how to configure various network
set ups via the web GUI?
I really love CS but taking it from a test bed to a production offering
is a really big leap without som e help.
Cheers
P
On 06/10/14 18:46, Sebastien Goasguen wrote:
Hi folks,
thing) no time out, just a blank screen.
Go to the IP address:8080/clients
Cheers
Piers
Hi there,
I am new to Cloudstack and have been setting up a testing / retesting
the software.
One of the things that takes a long time (and adds to the bandwidth
costs for everyone) is running cloud-install-sys-tmplt and
re-downloading the initial templates.
I guess a work around would be
On White screen:
2014-08-27 10:46:26,552 INFO [o.a.c.s.l.CloudStackExtendedLifeCycle]
(main:null) Running system integrity checker
org.apache.cloudstack.utils.identity.ManagementServerNode@60472888
Try again and get 404
HTTP Status 404 -
type Status report
message
description The request
On 27/08/14 11:56, ilya musayev wrote:
Did you also do cloudstack-setup-database?
You dont need to start tomcat.
i assume you used a proper url to access cloudstack which is
http://my-mgmt-ip:8080/client
Thanks for the reply.
Yes I did cloudstack-setup-database earlier, and also got ont
Sorry for replying to myself.
There has to be something wrong here.
I keep getting white screens & 404's.
I am almost at the stage of putting the entire docs into a batch script
to reinstall.
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/latest/qig.html
I have wiped
else / feel free to correct or criticise
anything I have said in error
Cheers
Piers
en set up this way the SSVM's were reported to
contribute in a DNS DDoS.
Sorry for all the typing but I am keen to learn more.
Thanks
Piers
On 06/09/14 22:47, Geoff Higginbottom wrote:
Piers,
I'm guessing you've been creating a Basic Networking Zone as the default wizard
sends you in that direction.
Yep - right up until the most recent set up.
If you have limited public IPs, and also want to leverage the ful
The HTML is being dumped like this (pasted as plain text):
These are all forms and I expect that having auth and application forms
on the same page (even in error) is not desirable.
Is there somewhere I should report this behaviour?
Cheers
P
___
On 09/09/14 19:09, Rohit Yadav wrote:
Hi Piers,
What is the version of CloudStack are you using? Was this installed from
deb/rpms repository or built/ran from source?
cloudstack-management-4.4.0-NONOSS_3.el6.x86_64
RPM build
Can you check if you’ve put any tomcat or front proxy/lb config
On 09/09/14 19:42, Rohit Yadav wrote:
Piers, what you shared is not helpful, first check that the management server
is able to communicate with the MySQL server and there is not much latency
between these two servers.
All of the services are on the same server - it is a test implementation
On 10/09/14 14:22, ilya musayev wrote:
Try running Chrome Incognito mode to see if its some weirdness with
jquery. i have had that issue.
I ended up wiping it and starting again. I did manage to consistently
reproduce the error but put it down to some testing that I have been
doing (like w
Hi there,
I've managed to set the gateway for some static routes to the primary &
secondary storage wrong.
How do I set these (eg: from the terminal in the SSVM)?
If I change these will they persist (if new SSVM's are created)?
Or is this something that is propagated from the MySQL database?
om scratch.
Thanks
Piers
/var/log/cloudstack/management/management-server.log
...does not show any errors that I can see.
On 11/09/14 16:29, Kirk Kosinski wrote:
Hi, Piers. The cloudstack-management init script starts Tomcat for you.
You shouldn't use the tomcat6 init script to start Tomcat.
I realise that - I was trying to show how I manually stooped the tomcat
server and searched for things using the
tack-setup-databases cloud:@localhost --deploy-as=root:x
cloudstack-setup-management
= 404
Any ideas?
Cheers
Piers
On 11/09/14 18:48, Geoff Higginbottom wrote:
The only command you need to install Cloudstack is
yum install cloudstack-management
It will install all the other dependencies including tomcat
Thanks Geoff,
But don't you need to install the cloudstack-agent as well?
The docs indicate so and
On 11/09/14 16:17, Piers wrote:
Can I get some advice on the Tomcat 404 error.
I reinstalled making sure to run commands in this order:
yum -y remove cloudstack-*
rm -fR /usr/share/cloudstack-*
rm -fR /etc/cloudstack/
yum -y install cloudstack-management
cloudstack-setup-databases
/management/db.properties to change it to the public IP.
But that does not work now.
Do I have to manually wipe the bridges, reboot and start again?
I am keen to learn a solution and get comfortable with Cloudstack.
Any help appreciated
Cheers
Piers
ad around why a purging followed by a clean install
will not eventuate in a web UI and not a 404
Any help appreciated.
Cheers
Piers
* As per my other list posts:
- Getting the networking suiting my set up from the guided install was
working not desired
I have eth0-eth03 with the secondar
I rebooted the machine and the UI came up.
Somewhere along the line repeatedly installing software leaves some
remnants that we purged by a reboot.
Thanks
Piers
the IP the agent was looking on was different to the one
in db.properties
I am going to wipe the database again and watch the a agent log as well
as management to see where it is going wrong.
Thanks
Piers
On 27/08/14 08:06, Geoff Higginbottom wrote:
Hi Piers,
We do a lot of clean build testing including re-deploying Secondary Storage so
we just host all the templates internally then update the DB using Ansible
during the initial deployment of CloudStack, also via Ansible etc
Cheers Geoff
s Can Be Deployed From File
cd /tmp/
wget
http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-kvm.qcow2.bz2
/usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt
\
-m /secondary \
-f /tmp/systemvm64template-4.4.0-6-kvm.qcow2.bz2\
-h kvm -F
Cheers
Piers
On 27/08/14 21:50, Adrian Lewis wrote:
Hi Piers,
Not sure if this is of any help but I've had similar issues when trying to
install the mgmt server on a machine with anything less than 4G RAM. I've
also found that the mgmt server can take a good few minutes to fully start
up and aft
28 matches
Mail list logo
