I guess not. It should work though. We ran into the same issue with
storage, everything hardcoded to only work with vmware. I'll take a
look.
On Mon, Oct 7, 2013 at 1:09 PM, Sebastien Goasguen run...@gmail.com wrote:
On Sep 25, 2013, at 2:59 AM, Harikrishna Patnala
Looks like it works as of 4.2, but you need to update existing cluster
settings, rather than global (or both, I suppose).
On Fri, Jan 24, 2014 at 3:17 PM, Marcus Sorensen shadow...@gmail.com wrote:
I guess not. It should work though. We ran into the same issue with
storage, everything hardcoded
Yes, because current snapshot is really Copy raw-formatted LVM volume
to qcow2 file on secondary storage. So there is no real LVM snapshot,
and if there were, it wouldn't be copied internally.
On Wed, Jan 8, 2014 at 3:47 PM, Nux! n...@li.nux.ro wrote:
Hi,
I've just watched Marcus Sorensen's
You'd create a sharedmountpoint style primary storage, which would
host qcow2 files. You can do this via iscsi, fibrechannel, or any
other SAN tech.
On Wed, Jan 8, 2014 at 3:49 PM, Marcus Sorensen shadow...@gmail.com wrote:
Yes, because current snapshot is really Copy raw-formatted LVM volume
Yes, you do need to upgrade your system VMS, and you should also have a new
systemvm.iso that was bundled in the cloudstack-common deb file that would
have been installed as an upgrade on your KVM hosts. I also feel that the
documentation of system vm upgrade is lacking. The only place I know if
You may want to post this to the ceph mailing list as well.
On Mon, Oct 7, 2013 at 8:59 PM, Indra Pramana in...@sg.or.id wrote:
Dear Wido and all,
I performed some further tests last night:
(1) CPU utilization of the KVM host while RBD snapshot running is still
shooting up high even after I
Are you using the release artifacts, or your own 4.2 build?
When you rebooted the host, did the problem go away or come back the
same? You may want to look at 'virsh pool-list' to see if libvirt is
mounting/registering the secondary storage.
Is this happening on multiple hosts, the same way? You
reply inline.
On Fri, Oct 4, 2013 at 12:29 AM, Marcus Sorensen shadow...@gmail.comwrote:
Are you using the release artifacts, or your own 4.2 build?
[Indra:] We are using the release artifacts from below repo since we are
using Ubuntu:
deb http://cloudstack.apt-get.eu/ubuntu precise 4.2
I just tested local storage qcow2 and CLVM resize on 4.2, they both worked.
Resize works like this:
1. Do sanity checks
2. Send resize command to the agent
3. Resize the disk/lun/file
4. Inform the VM instance that the disk has changed by making a
libvirt volBlockResize call (this is not fatal,
forward to your reply, thank you.
Cheers.
On Fri, Oct 4, 2013 at 4:46 AM, Marcus Sorensen shadow...@gmail.com
wrote:
I just tested local storage qcow2 and CLVM resize on 4.2, they both
worked.
Resize works like this:
1. Do sanity checks
2. Send resize command to the agent
3
It is possible, sort of. You have to bring both up at the same time,
otherwise they will time out and fail. There is no mode to make one side or
the other just listen for connections.
On Aug 23, 2013 12:37 AM, Kimihiko Kitase kimihiko.kit...@citrix.co.jp
wrote:
Thanks! Is it in 4.2?
later.
On Wed, Jul 31, 2013 at 12:33 PM, Marcus Sorensen shadow...@gmail.com wrote:
Yes, that's correct. I think we need to update the documentation. The
user simply needs to create a bridge where 'public' traffic will work,
and then set that bridge name as the traffic label for public traffic
, 2013 at 11:28 AM, Marcus Sorensen shadow...@gmail.com wrote:
I'm short on time, but here's the KVM advanced networking config we
use for testing. If someone wants to write a doc based around it that
would be nice.
Start out KVM host with two networks, eth0, eth1. eth0 is intended for
public
Yes, that's correct. I think we need to update the documentation. The
user simply needs to create a bridge where 'public' traffic will work,
and then set that bridge name as the traffic label for public traffic.
Then it will create the vlan device and the bridge necessary for
public based on the
There is no cloud user on the host/agent side. Agent runs as root. Or is
this an experiment to try to run the agent as another user?
On Jul 23, 2013 4:44 AM, Prasanna Santhanam t...@apache.org wrote:
On Tue, Jul 23, 2013 at 06:19:06PM +0800, Indra Pramana wrote:
Dear Prasanna and all,
I
I created that document, as a suggestion. I never got feedback. The
way it worked previously was sort of a happy accident, which was
'fixed' when the code changed to accept overlapping vlan numbers on
multiple physical devices (hence the bridge name change).
However... I believe there is still a
you can go back and disable security groups in the zone if you don't care
about the ebtables rules, or you can start up ebtables and then restart any
associated VMs through cloudstack. The rules are dynamic, so they're not
going to be saved anywhere on the host to be reinstated, they have to be
That's reflected by this line:
ACCEPT tcp -- anywhere anywheretcp
dpts:vnc-server:synchronet-db
Although we don't know what interfaces it applies to because we don't have
an 'iptables -L -v'
If stopping iptables fixes Maurice's problem it would be interesting to
What do you see in :
On Fri, Apr 19, 2013 at 2:17 PM, Maurice Lawler maurice.law...@me.comwrote:
I've tried it with them disabled (iptables get written) and enabled (the
same issue)
The cron job seemed to do the trick, until someone just mentioned to try:
iptables -I INPUT -p tcp -m
what do you see in:
cat /proc/sys/net/bridge/bridge*
? I think I've seen issues with these being set to 1, but I think it might
need to be set to 1 if you're using security groups.
On Fri, Apr 19, 2013 at 5:20 PM, Marcus Sorensen shadow...@gmail.comwrote:
What do you see in :
On Fri
[cloud.server.ManagementServerImpl]
(EventChecker-1:null) Found 0 events to be purged
2013-04-13 12:43:59,186 DEBUG
[network.router.VirtualNetworkApplianceManagerImpl]
(RouterStatusMonitor-1:null) Found 0 routers.
[root@lunder agent]#
On Apr 13, 2013, at 12:30 PM, Marcus Sorensen shadow...@gmail.com wrote
A brctl show would also be good to have.
On Apr 13, 2013 11:52 AM, Marcus Sorensen shadow...@gmail.com wrote:
If you do a virsh list on the agent there's a good chance you would see
a VM running, however the system will only wait so long for it to boot up
before shutting it down, so
, Marcus Sorensen shadow...@gmail.com wrote:
This looks like your console proxy VM isn't working. It could be firewall
on the KVM host not allowing access to 5900+ anymore, or the consoleproxy
VM may need to be restarted (system VM starting with v). Has it worked
in
the past? You could try
23 matches
Mail list logo
