I have update the wiki as well. Should have looked at this mail sooner
:) Also is it possible to rename the install-non-oss.sh file to
install-noredist.sh ?
Thanks,
-Syed
On Sat 21 Sep 2013 01:19:46 AM EDT, Hugo Trippaers wrote:
All,
I've merged the branch to master.
Please beware that the
Just want to clarify something for people reading this thread. I'm not looking
at code right now so I could be slightly wrong about the following. 'host' and
'cluster.node.IP' are slightly different. Cluster.node.ip is recorded in the
mshost table and is used to tell cluster peers what IP the
there's a 'host' global config property that I believe is supposed to
be the master mgmt server. For some reason this is also not working
quite right for me on master, it used to set correctly per my marvin
zone config, going from 4.2 to master the 'host' property always ends
up as 'localhost' rath
I completely agree and part of why I want to change it. On my machine my wifi
and Ethernet devices sometimes swap as being first in the list and it doesn't
seem to like that at all. I don't know if it's because my mgmt IP is localhost
or what, but the new mgmt host entry never takes over owner
Hi,
Try this, it was written for your situation!
http://cloud.kelceydamage.com/cloudfire/blog/2013/10/08/conquering-the-cloudstack-4-2-dragon-kvm/
-Kelcey
Sent from my HTC
- Reply message -
From: "Marcus Sorensen"
To:
Subject: 4.2.0 Upgrade and System Templates (KVM - Ubuntu 12.04)
D
Tangent, if that's the code that comes up with mgmt server id (by Mac
address conversion to short), its bitten me in the past. It doesn't
tolerate new NICs well, for example in development when a mgmt server is
also a host and a link local bridge is created. Seems bad form to just run
ifconfig and
I'm not sure. Somebody on the list has asked about this before, so you may
be able to find answers in the history. I've never actually done it because
I could never get answers about how it was supposed to work. I did do some
digging and found that cloudstack always looks for the newest system type
Is there a specific reason that in MacAddress it uses "ifconfig" or
other utilities to grab the Mac Address as opposed to the java API
java.net.NetworkInterface? There's a comment in that code that says
that code was copied from some public domain utility. So I'm guessing
its there just because t
There is also a lot of static initialization. I don't know exactly
what was the issue that broke the build, but I assume its because
Transaction(Legacy) got loaded, and that class in a static block loads
db.properties, which then call some encryption utilities that will
fail if db.properties is no
I was thinking the same thing. Right now there's really not much logic around
it, just grab the first one.
One problem that may arise has to do with initialization order. It may be that
the time that the MAC address is read database access may not be available.
Regardless it should be det
Hi Marcus,
That is so irritating, when registering the new template using the
interface should the routing box be checked?
I say this because on past system templates they appear as routing in the
database although it is not specifically stated in the docs (as I assume it
wasn't an option in 3.x).
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 is
Hi Guys,
I have just upgraded to 4.2.0 from 4.1.1 and am having some issues with the
SystemVMs.
I understand that we are meant to upgrade to the new system image? Using
the script in the 'Prepare systemvm' documentation I did this with no
avail, editing the database to suit what I think would work
Hi Alex,
The build was failing again today so I have sent another quick fix with
commit id
7902315287c268ff81e3b6664df6ddee7351716a looks like the build is back to
normal. The prevous fix was reverted as after Darren's latest changes the
jdbc driver was no longer needed for tests in that project.
Possibly, I would say it makes more sense to find what interface the
cluster.node.ip (I think) is using, then get the MAC address from that
interface?
Then if users add interfaces and change the order through udev it will be
persistent (to an extent).
The only problem I can think of is if it's usi
Glad that helped. Seems that we should change CloudStack to ignore mac
addresses that are 00:..:00. If you want to put in a bug you can assign it me
and I'll look into changing that.
Darren
> On Oct 26, 2013, at 5:35 AM, Marty Sweet wrote:
>
> Hi Darren, thanks for the heads up about that s
Hi,
Is there anyone using cloudfoundry who would be interested to test:
https://github.com/nttlabs/bosh/tree/cloudstack_cpi
And write some documentation/blog to show CloudFoundry/CloudStack work together
?
-Sebastien
Hi Darren, thanks for the heads up about that script.
Old Networking Setup:
eth0 eth1 -> management0
management0.11 -> vlan11
management0.12 -> vlan12
Turns out in true Ubuntu Networking fashion bond0 was being created for no
reason and was appearing in ifconfig -a (so the script was pulling out
Hi folks:
There is now a planet (blog aggregation) for CloudStack at
http://planet.apache.org/cloudstack
If you want to add your blog, please edit this file:
http://svn.apache.org/repos/asf/planet/cloudstack.ini
If you aren't a committer, but have a lot of CloudStack blog content,
feel free to c
19 matches
Mail list logo
