We use cloudstack 3.0.2, when we create snapshot or ceate template,Cloudstack
will automatic mount a user dir on secondary storage to xenserver as a SR
,after we finished snapshot or Templaate , Usually Cloudstack will automatic
unmount this SR from Xenserver ,But some time we found
Since CloudStack 4.0 Primary Storage using Ceph's RBD is supported.
I'd recommend at least 4.2, but when 4.3.1 comes out there are some
fixes which fix some small bugs.
Stability wise it's just fine since that is all handled by KVM/Qemu and
librbd.
I made some improvements in deployment
Many many thanks .
Do you know anythings about integration also with glustuer block device
(libgfapi) ?
2014-04-30 9:54 GMT+02:00 Wido den Hollander w...@widodh.nl:
Since CloudStack 4.0 Primary Storage using Ceph's RBD is supported.
I'd recommend at least 4.2, but when 4.3.1 comes out
On 30.04.2014 09:09, Ignazio Cassano wrote:
Many many thanks .
Do you know anythings about integration also with glustuer block
device
(libgfapi) ?
It works with 4.3 but you need to patch it manually, proper support is
coming in v4.4.
Lucian
--
Sent from the Delta quadrant using Borg
Hi Yesid,
Yes, you can by accountid (=ID value for an account in the UI) and
account(=account name in the UI). Here some examples for Traffic Sent by
account:
AccountID:
http://
Many thanks.
I am going to test rbd :-)
Ignazio
2014-04-30 10:12 GMT+02:00 Nux! n...@li.nux.ro:
On 30.04.2014 09:09, Ignazio Cassano wrote:
Many many thanks .
Do you know anythings about integration also with glustuer block device
(libgfapi) ?
It works with 4.3 but you need to patch
Hi,
Just an FYI that the installation documentation has been translated in chinese:
http://cloudstack-installation.readthedocs.org/zh_CN/latest/
Congrats to the translation team (~11 people).
-sebastien
Hi Seresh,
This bug is still unassigned.
It will be fixed?
Currently is now way for upgrade to 4.3, 4.4..
On Mon, Apr 21, 2014 at 11:46 AM, Suresh Sadhu suresh.sa...@citrix.comwrote:
This need to be addressed and for tracking purpose I have raised this bug.
kindly update your findings:
Hi Marty,
Thanks for the reply. It doesn’t really get to the management server since it’s
failing before that.
2014-04-23 10:38:19,017 INFO [cloud.api.ApiServer] (catalina-exec-18:null)
(userId=10 accountId=10 sessionId=null) 127.0.0.1 -- GET
Hi Jon
I run the CloudStack European User Group.
As Sebastien said, we run a group on linkedin which acts as our membership
database
I organise quarterly meetings in London: we usually get about 40 people with a
variety of interesting talks.
It would be great to see you come along. The next
I think my problem stems from a partially downloaded system VM template. I
just noticed systemvm-kvm-4.3 is stuck at 27% downloaded. It must have
been interrupted during the upgrade to 4.3. At the moment I've rolled back
to 4.2.1 with a somewhat usable management interface, although the system
I think you had backed up database, when you upgraded.
When you downgraded CS, you also need to restore DB.
On 30/04/14 02:58 PM, Ian Young wrote:
I think my problem stems from a partially downloaded system VM template. I
just noticed systemvm-kvm-4.3 is stuck at 27% downloaded. It must have
Yes, I restored the DB from the backup. When I try to start the router it
says:
Resource [Host:1] is unreachable: Host 1: Unable to start instance due to
Unable to start VM[DomainRouter|r-63-VM] due to error in finalizeStart, not
retrying
The management server log says:
2014-04-30 12:20:52,485
Do you have the file db.properties.rpmsave on management server and
agent.properties.rpmsave on agents? If so, and the date is correct, you
can use it rather than db.properties and agent.properties.
And then restart management and agent services.
On 30/04/14 03:26 PM, Ian Young wrote:
Yes, I
Yes, I replaced the new files with the rpmsave ones, which allowed the
agent to start. However, most of the functions in the management console
fail.
On Wed, Apr 30, 2014 at 12:34 PM, stevenliang stevenli...@yesup.com wrote:
Do you have the file db.properties.rpmsave on management server and
+1 on this — it’s a bit surprising that such a major regression made it into
4.3 final, as it appears any installation with traffic labeling will be
affected.
Should this conversation be moved to d...@cloudstack.apache.org?
On Apr 30, 2014, at 3:42 AM, Serg Senko kernc...@gmail.com wrote:
Hi,
The presentation videos from the CloudStack Collaboration Conference North
America 2014 held in Denver earlier this month are now available:
https://www.youtube.com/playlist?list=PLU2OcwpQkYCyPx_cwJxyOK0YKSM86Mj9napp=desktop
Best Regards,
Tariq Iqbal
Senior Consultant
[Description: Mail
The address in Infrastructure Hosts (management server) is set to the
correct IP address, not 127.0.0.1. Why are the logs referring to 127.0.0.1?
On Wed, Apr 30, 2014 at 3:00 PM, Ian Young iyo...@ratespecial.com wrote:
I notice my dashboard says Management server node 127.0.0.1 is up. It
I notice my dashboard says Management server node 127.0.0.1 is up. It
used to have an actual address, not localhost. Could this be causing
problems and if so, how can I set it back?
On Wed, Apr 30, 2014 at 12:40 PM, Ian Young iyo...@ratespecial.com wrote:
Yes, I replaced the new files with
I've tried upgrading to 4.3 again. After poking around some more in the
database, I've discovered that the KVM system VM template was only 27%
downloaded. I think this is why the virtual router was unable to
start--the template was incomplete. Is there a way to force it to resume
downloading?
I read this article about upgrading the system VMs:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.2+(KVM)+System+Vm+Upgrade
However, there's just an empty set in the template_host_ref table. Is this
no longer used in 4.3?
On Wed, Apr 30, 2014 at 5:41 PM, Ian Young
Looks like some are still missing?
Francois
On 2014-04-30, 5:03 PM, Tariq Iqbal wrote:
Hi,
The presentation videos from the CloudStack Collaboration Conference
North America 2014 held in Denver earlier this month are now available:
My problem is that I can not see my actual physical nic that is
connected to the public wiring when I go to add a new guest network.
Why is this? The physical nic for public access is working because I can
dowload templates and your the console proxy. I just can't figure out
why I can't see
During the course of normal use, CS leaves behind vlan port groups. Is there
any need to clean these up or will CS reuse them in necessary?
I’ve been asking about this as well asking if cloudstack should clean up
after it creates a tiny bit of mess. i got some explanation as to why it
does do it.. personally i think it should. either way i created a script i
use on VMA that cleans up if i need to recreate the environment.
On
25 matches
Mail list logo