ware?
>
>
> On Wed, Mar 20, 2013 at 8:11 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> I see...cool - thanks, Marcus!
>>
>>
>> On Wed, Mar 20, 2013 at 8:08 PM, Marcus Sorensen wrote:
>>
>>> Yes, you can utilize an iscsi
least yet. :) I had thought
the way one would utilize an iSCSI target in CS today for KVM was via
Shared Mount Point, but I could certainly be wrong.
>
> What are your thoughts on the other points I was making around the
plug-in? Was I making sense in general?
>
> Thanks!!
>
I'm out of touch on the other technologies, but you probably wouldn't use a
shared mount point on KVM. You would use the block devices themselves as
they show up.
Cluster LVM for KVM, for example, gives cloudstack a pool, where it creates
virtual block devices, and those are treated like raw disks
With devcloud you can usually only use the preloaded 'tiny' template.
It uses host-only networking, and thus can't get to the internet to
download templates, it can only communicate with your host.
On Tue, Mar 19, 2013 at 7:25 AM, Kausal Malladi wrote:
> Hi,
> I am finding problems with CloudStac
CentOS 6.4 is out now. libvirt-0.10.2-18.el6.x86_64
On Mon, Mar 18, 2013 at 1:18 PM, Angeline Shen wrote:
> Hi Hugo:
>
>
> 1. Although CentOS 6.3 does not officially support openvswitch,
>
> Using
> http://nullworks.wordpress.com/2012/09/19/kvm-and-openvswitch-on-centos-6-3-minimal/
>
> Kausal Malladi
> www.kausalmalladi.tk
>
>
> On Sat, Mar 16, 2013 at 8:08 PM, Marcus Sorensen wrote:
>> Do you have templates under the 'templates' section that say they're
>> loaded and ready? This is the most common reason why you wouldn't have
>
Do you have templates under the 'templates' section that say they're
loaded and ready? This is the most common reason why you wouldn't have
templates to choose from in the VM deployment wizard.
On Sat, Mar 16, 2013 at 8:27 AM, Kausal Malladi wrote:
> Hi All,
>
> I have installed CloudStack 4.0.0
Generally you install the new cloudstack-agent and cloudstack-common
RPMs/DEBs and then restart the cloudstack-agent service.
On Mar 15, 2013 9:49 AM, "Donal Lafferty" wrote:
> How is the CloudStack agent daemon on KVM updated?
>
> DL
>
>
ote:
>>
>>
>> > -Original Message-
>> > From: Marcus Sorensen [mailto:shadow...@gmail.com]
>> > Sent: Monday, March 04, 2013 10:26 PM
>> > To: cloudstack-dev@incubator.apache.org
>> > Subject: Re: [DISCUSS] getting rid of KVM patchdisk
>> &g
r for new devs to understand. :)
>
> Thanks,
> Dave.
>
>
> [1]
> https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=commit;h=d81f7156dca5000e0e14a4a402c4e03a86ebbe2d
>
>
> On Mon, Mar 11, 2013 at 3:23 PM, Rohit Yadav wrote:
>
>> Aw
ing the patchdisk problem by the way, I think this new system
>> will be a lot easier for new devs to understand. :)
>>
>> Thanks,
>> Dave.
>>
>>
>> [1]
>> https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=commit;h=d81f7156dca5000e0e14a
Just wanted to ping on this again. I'm confident enough in it if widow
doesn't get a chance to respond.
On Mar 13, 2013 1:27 PM, "Marcus Sorensen" wrote:
> Ok, the fix for CLOUDSTACK-600 is the first patch mentioned plus two
> fixes to it. The first additional patch
btables -F restores vm service(s)... it sounds like a bug.
>
>
> On Wed, Mar 13, 2013 at 8:42 PM, Marcus Sorensen wrote:
>
>> Quick question, I deployed a basic zone today on 4.1 for testing, and
>> I chose the default network provider WITHOUT security groups. The
>> resul
Quick question, I deployed a basic zone today on 4.1 for testing, and
I chose the default network provider WITHOUT security groups. The
result was that all of the instances deployed could not host services.
They could get out, but nothing could reach their IPs. I ran an
'ebtables -t nat -L' and saw
.
commit a58da3fa997425be2827d176f017077eec43feed
Author: Marcus Sorensen
Date: Wed Mar 13 15:29:09 2013 -0600
CLOUDSTACK-1648 - KVM - make storage pools non-persistent in
libvirt. Persisting
cloud-defined resources on the host has caused various problems.
As a backward
compatible
tarted.
By starting domains from the XML description and not defining them
we prevent them from ever being stored in libvirt.
commit 8d7d1cd5623a6744a954fb35eeff8408d6381083
Author: Marcus Sorensen
Date: Wed Mar 13 11:10:56 2013 -0600
Summary: KVM - undefine persistent VMs on stop
Why do we have the local.storage.uuid property in
/etc/cloudstack/agent/agent.properties? If this property gets out of
sync with the cloudstack database, perhaps due to re-addition of host,
the agent fails to start. One of the first things the agent does is to
pull this property out of agent.proper
ave a chance to get to that, I'll try to tomorrow.
On Tue, Mar 12, 2013 at 7:23 PM, Marcus Sorensen wrote:
> To clarify, this is a fairly serious bug, and it should probably be
> addressed, I'm just wanting clarification that the patch is good to go
> as a fix. On my way home I wa
who doesn't know the
> CloudStack history.
>
> But I also suppose that explains my problem :)
>
> -George
>
> On Mar 12, 2013, at 3:58 PM, Marcus Sorensen wrote:
>
> > Just wanted to point out that the error was "Unable to use network
> > with id= 237, p
shared storage
image.
We don't want to make any VMs permanently known to a host, and libvirt
provides a simple way to define a VM domain without making it
permanent.
On Tue, Mar 12, 2013 at 6:42 PM, Chip Childers
wrote:
> On Tue, Mar 12, 2013 at 06:39:09PM -0600, Marcus Sorensen wrote:
>
We need to verify that upgrades are addressed too
On Mar 12, 2013 6:43 PM, "Chip Childers" wrote:
> On Tue, Mar 12, 2013 at 06:39:09PM -0600, Marcus Sorensen wrote:
> > This addresses CLOUDSTACK-600. Please get buyoff from Wido if
> > possible, since it's his patc
This addresses CLOUDSTACK-600. Please get buyoff from Wido if
possible, since it's his patch. I've reviewed and tested it, but I
want to make sure I'm not wrong in assuming that this should be in 4.1
commit 5dfcd309f10e5bd6a918f7fdff3f44a3dff2374a
Author: Wido den Hollander
Date: Thu Feb 7 22:
Just wanted to point out that the error was "Unable to use network
with id= 237, permission denied". Permission denied means that the
user you're connecting as doesn't have access to use that network.
On Tue, Mar 12, 2013 at 1:09 PM, George Reese
wrote:
> I am encountering the following error:
>
I'm testing the ones Rohit links to in this email thread, the ones
Jenkins builds.
On Tue, Mar 12, 2013 at 1:18 PM, Chip Childers
wrote:
> On Tue, Mar 12, 2013 at 01:15:45PM -0600, Marcus Sorensen wrote:
>> Console doesn't seem to work. I'm seeing this i
Console doesn't seem to work. I'm seeing this in the console proxy logs:
java.lang.IllegalArgumentException
at
com.cloud.consoleproxy.ConsoleProxyAjaxHandler.doHandle(ConsoleProxyAjaxHandler.java:90)
at
com.cloud.consoleproxy.ConsoleProxyAjaxHandler.handle(ConsoleProxyAjaxHandler
commit 0ca85659a66bbf722bd02d35ee899e8d074e6fbe
Author: Marcus Sorensen
Date: Tue Mar 12 12:20:22 2013 -0600
CLOUDSTACK-1651 - point agent scripts to correct logging location,
due to move
of /var/log/cloud to /var/log/cloudstack
Signed-off-by: Marcus Sorensen 1363112422 -0600
http://www.slideshare.net/MarcusLSorensen/cloud-stack-clvm
http://www.youtube.com/watch?v=wyv9-87CNZM
On Tue, Mar 12, 2013 at 11:32 AM, Simon Weller wrote:
> Mike,
>
>
> CloudStack 4.x supports CLVM for KVM hypervisors. The fact your colleague
> isn't seeing the CLVM option in the drop down (alo
There are more than those two options (I guess depending on the
version they're running). They can run CLVM if they want to use iSCSI
volumes. They'd connect the luns on their own (large luns), set up
cluster LVM on them, and then tell cloudstack about the volume groups
they've created. Then CloudS
Is there a blocker bug for this? At the very least it seems to break
choosing storage by tag, right?
On Thu, Mar 7, 2013 at 4:03 AM, Prasanna Santhanam wrote:
> On Thu, Mar 07, 2013 at 02:00:08AM +0530, Ryan Dietrich wrote:
>> A new column was added to storage_pool, called storage_provider_id.
>>
ang reassigned CLOUDSTACK-1267:
> ---
>
> Assignee: Kelven Yang (was: Marcus Sorensen)
>
> > KVM's cloudstack-agent service doesn't log (log4j)
> > --
> >
> >
+1
On Mar 11, 2013 11:38 AM, "Edison Su" wrote:
> +1
>
> > -Original Message-
> > From: Chip Childers [mailto:chip.child...@sungard.com]
> > Sent: Monday, March 11, 2013 9:42 AM
> > To: cloudstack-dev@incubator.apache.org
> > Subject: [VOTE] Graduate Apache CloudStack from the Incubator
>
Brian implemented the code, but I'll look through it and see if I can
answer your questions.
On Sun, Mar 10, 2013 at 9:26 AM, Alex Huang wrote:
> Marcus,
>
>
>
> I just saw this FS. Sorry if I’m a little late. I have a few questions.
>
>
>
> - On updateDefaultNicForVirtualMachine: Does
I took a quick peek because I recently made a change to cloud.spec
within the last 12 hrs. I don't *think* it's related, because I
downloaded a fresh clone of the repo and the rpms built just fine
locally. I tried just now on two different CentOS systems, one 6.3,
and one 6.4 (just upgraded).
I do
The system vm template came from jenkins at
http://jenkins.cloudstack.org/job/build-systemvm-master/, and the
devcloud-kvm link is listed on the devcloud-kvm wiki.
On Sat, Mar 9, 2013 at 2:41 AM, Prasanna Santhanam wrote:
> On Sat, Mar 09, 2013 at 01:29:24AM -0500, Marcus Sorensen wr
er first and then cherry-pick to
> 4.1
>
> Otherwise we'll loose the change for 4.2 and so on.
>
> Wido
>
>
>> CLOUDSTACK-1201 - Fix update to cloud user's home dir on mgmt
>> server. It was printing a meaningless failure if the cloud
>> u
devcloud-kvm has been upgraded to CentOS 6.4, has new master systemvm
template preinstalled. Still getting intermittent default gateway
rules with the new systemvm (there's a bug in for it, seems to be
non-hypervisor specific) but everything seems to work :-)
commit ebafcf826b2506e779c8de8887d867ca4e0306bf
Author: Marcus Sorensen
Date: Fri Mar 8 23:14:08 2013 -0700
CLOUDSTACK-1201 - Fix update to cloud user's home dir on mgmt
server. It was printing a meaningless failure if the cloud
user's home dir didn't nee
the host in the
> new cluster.
>
> Maybe I'm missing something here?
>
>
> On Fri, Mar 8, 2013 at 6:40 PM, Marcus Sorensen wrote:
>
>> On that topic, I hope there's a method in the volume service that allows
>> plugin writers to handle volume copy dire
On that topic, I hope there's a method in the volume service that allows
plugin writers to handle volume copy directly.
On Mar 8, 2013 6:32 PM, "Marcus Sorensen" wrote:
> It just depends. A VM will generally be tied to a cluster. There's
> technically no reason why som
ne VM per iSCSI target or one data disk
> per iSCSI target).
>
> I can't really see why hosts outside of the cluster would need access to it
> unless you actually are migrating the VM that's running on that volume to
> another cluster.
>
>
> On Fri, Mar 8, 2013 at
Cluster wide is good for storage that requires some sort of organization
path the host level, for example, mounted file systems that rely on cluster
locking, like OCFS, GFS, cluster LVM, where hosts that aren't in a cluster
can't make use of the storage. Xen's SR's are sort of like this as well,
ac
Mar 7, 2013 at 7:31 PM, Wido den Hollander wrote:
>
> > Hi,
> >
> > See this commit: 9e02ed139fe8f7cd9fcb6a989dbe94**c326774c6b
> >
> > That should include all JAR files in the plugins directory in the
> > classpath.
> >
> > Wido
> >
> >
&
Just for confirmation, we are going to require a new system VM in 4.2 (or
5.0?), right? What about upgrading, is there a facility for updating the
system VM template? I know there's the global setting that rebuilds the
system VMS on every reboot...
On Mar 1, 2013 5:04 AM, "Rohit Yadav" wrote:
> H
It may also (conceptually) be because routers are dedicated to users
(a router per isolated network or VPC, for example), whereas CPVM and
SSVM provide management services for your cloud. systemvm routers used
to be placed under a section with the CPVM and SSVMs, I think it was
decided to break the
Ok, didn't realize we were going to point people to this particular
system vm for production installs, I thought this was just a
proof-of-concept for building custom ones.
On Thu, Mar 7, 2013 at 12:54 PM, Rohit Yadav wrote:
> On Fri, Mar 8, 2013 at 12:08 AM, Marcus Sorensen wrote:
>
I see the qcow2 is now compressed, thanks. You can probably skip
putting it in a bz2 now, it's about the same size.
On Thu, Mar 7, 2013 at 10:58 AM, Marcus Sorensen wrote:
> Hmm. I think I was deceived by the /etc/init directory existing. I'm
> not sure why it's there,
s
missing (I've seen this myself on a secondary storage VM, but it went
away when I rebooted it, and couldn't get the problem to come back).
This happens unrelated to any changes I'm making.
On Wed, Mar 6, 2013 at 3:54 PM, Marcus Sorensen wrote:
> After reading a little more abou
You need to either create a certificate for yourself, or set up the
cloud user for passwordless sudo by adding "cloud ALL =NOPASSWD : ALL"
to /etc/sudoers (this latter thing used to be what the setup would do,
but was recently removed).
On Wed, Mar 6, 2013 at 9:21 PM, Mike Tutkowski
wrote:
> Hi,
d is using upstart just for networking, and everything else
uses the standard sysvinit ordering.
On Wed, Mar 6, 2013 at 2:49 PM, Marcus Sorensen wrote:
> Just to be clear, that script may have no effect whatsoever, and I'm
> not sure how to verify other than rebooting a bunch of time
Just to be clear, that script may have no effect whatsoever, and I'm
not sure how to verify other than rebooting a bunch of times. I don't
have the time to do that at the moment.
On Wed, Mar 6, 2013 at 2:48 PM, Marcus Sorensen wrote:
> There may be one other minor thing tha
while sleep 3600 ; do :; done
end script
script end here---
On Wed, Mar 6, 2013 at 9:10 AM, Marcus Sorensen wrote:
> On Wed, Mar 6, 2013 at 2:09 AM, Rohit Yadav wrote:
>> Thanks a lot Marcus, your findings have been useful. I've applied the
>> locale fix and a grub2 boot
On Wed, Mar 6, 2013 at 10:20 AM, Marcus Sorensen wrote:
>> On Mar 6, 2013 8:04 AM, "Wido den Hollander" wrote:
>>>
>>> On 03/06/2013 09:03 AM, Dave Cahill wrote:
>>>>
>>>> Moving discussion from Jira ticket to dev list as suggested by Hugo.
ll update the devcloud-kvm
packages with it preinstalled, replacing the older one. Or in the
meantime what I've been doing is simply downloading yours and moving
it into place over the existing one, giving it the same name, before
deploying anything.
>
> On Wed, Mar 6, 2013 at 6:43 AM, M
On Mar 6, 2013 8:04 AM, "Wido den Hollander" wrote:
>
> On 03/06/2013 09:03 AM, Dave Cahill wrote:
>>
>> Moving discussion from Jira ticket to dev list as suggested by Hugo.
>>
>> Request from Kawai-san:
>>>
>>> There is no place to put plugin jar files for cloudstack agent program
>>
>> now, whil
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/9726/#review17449
---
Ship it!
Looks good to me.
- Marcus Sorensen
On March 5, 2013
Oh, and I have yet to test all of the vpc functions, but so far so
good. I was able to bring up the VPC, it got it's gateways all
configured, and my public ip with portforwarding rule/ acl to allow 22
in worked.
On Tue, Mar 5, 2013 at 6:04 PM, Marcus Sorensen wrote:
> Rohit, I think I
done. Thanks
On Tue, Mar 5, 2013 at 5:42 PM, Chip Childers wrote:
> Please go ahead and apply it to 4.1. I'm not going to be at a terminal
> tonight. Looks good to me.
>
> On Mar 5, 2013, at 5:16 PM, Marcus Sorensen wrote:
>
>> commit 7dbea68b8728e4b3a5b727a4fd69712c
Rohit, I think I tracked down why the router keeps rebooting. When it
comes up, the first thing we do is run get_template_version.sh, which
replies:
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
Cloudstack Release 4.2.0 Tue Mar 5 13:17:51 UTC
2013&a8af8cdd546e575e64f69b
commit 7dbea68b8728e4b3a5b727a4fd69712cd8a1c468
Author: Marcus Sorensen
Date: Tue Mar 5 15:10:53 2013 -0700
Summary: Wait for VPC router nics to hotplug before assigning IPs
Detail: CLOUDSTACK-1452, CLOUDSTACK-1523 - When rebooting VPC
routers, ip addr
assignment was inconsistent
ve that in 4.2. If it's obsoleted it wasn't a lot of
work.
On Tue, Mar 5, 2013 at 11:41 AM, Wido den Hollander wrote:
>
>
> On 03/05/2013 07:28 PM, Edison Su wrote:
>>
>>
>>
>>> -Original Message-
>>> From: Marcus Sorensen [mailto:shad
a script
> which runs this service? During startup of a systemvm template,
> systemvm.iso is used to patch this template to create one of ssvm,
> cpvm or rvm.
>
> Regards.
>
> On Tue, Mar 5, 2013 at 4:28 AM, Marcus Sorensen wrote:
>> I have a request that if we provide a s
I can run it through some basic VPC testing.
On my system VM/console proxy, I don't seem to get a default route. I
noticed this when trying to register a new template, then checked the
console proxy VM as well. After running 'ip route add default via
192.168.100.1' I was able to register the templ
nfig.
What I'm not certain of is how to get the 'cmdline' bits into the
system before cloud-early-config needs them. Do we block in
cloud-early-config, waiting on getting the cmdline file before
continuing, and push it via StartCommand?
On Mon, Mar 4, 2013 at 5:27 PM, Marcus Sorense
HAP is not being used - a set of IQNs is
> maintained and any initiator with a "proper" IQN can access the volume (we
> depend on client-side software to be smart enough to not corrupt the state
> of a volume).
>
> I wonder what you recommend in this situation?
>
>
On Mon, Mar 4, 2013 at 10:41 PM, Marcus Sorensen wrote:
> On revoke/grant access, If we're talking about individual volumes
> being equal to a data/root disk, it's wise to adjust ACLs to only
> allow access to the host that is currently wanting to run the VM/disk.
> T
On revoke/grant access, If we're talking about individual volumes
being equal to a data/root disk, it's wise to adjust ACLs to only
allow access to the host that is currently wanting to run the VM/disk.
This way, cloudstack is authoritative in what's accessing the lun, and
you don't have to run a s
/qemu/v-2-VM.agent unix socket and send QMP JSON to do
things like write files. We can't execute the various scripts through
it, but we also don't have to use qemu-ga; we could have our own thing
listening on the unix socket.
On Mon, Mar 4, 2013 at 3:24 PM, Marcus Sorensen wrote:
>
Rohit, thanks for this. I'm going to play with your system vm template
to see if we can support KVM virtio communication rather than ssh to
KVM system vms. One thing I thought I'd mention was that it might be
better to compress the qcow2 image natively (via qemu-img convert -c
flag) rather than bz2
I have a request that if we provide a system vm going forward that it
have virtio_console support from early on, as well as qemu-ga
(qemu-guest-agent) service started before cloud-early-config, so we
can use it to control the system vms on KVM.
On Fri, Mar 1, 2013 at 2:43 PM, Sudha Ponnaganti
wro
;
>
>> -Original Message-
>> From: Marcus Sorensen [mailto:shadow...@gmail.com]
>> Sent: Sunday, March 03, 2013 12:13 PM
>> To: cloudstack-dev@incubator.apache.org
>> Subject: [DISCUSS] getting rid of KVM patchdisk
>>
>> For those who don't
r will
understand why, but not think it's due to a bug of some sort.
docs/en-US/add-remove-nic.xml
<https://reviews.apache.org/r/9726/#comment36838>
This probably isn't necessary for the user documentation. If a user tries
to remove a nic that isn't part of the VM, it fo
There's a bug for this, I think it's related to passwordless sudo for
cloud user on management server.
On Mon, Mar 4, 2013 at 6:52 AM, Sebastien Goasguen wrote:
> Hi I am trying to test the latest 4.1 (and 4.1l10n branch).
>
> I am on OSX 10.8.2, I had to update to JDK 1.7 to get things going.
>
For those who don't know (this probably doesn't matter, but...), when
KVM brings up a system VM, it creates a 'patchdisk' on primary
storage. This patchdisk is used to pass along 1) the authorized_keys
file and 2) a 'cmdline' file that describes to the systemvm startup
services all of the various p
apparently thought meant "begin your lines
with these". Most people seem to be using those as the beginning of
the actual commit message, so I'll conform to that.
On Sat, Mar 2, 2013 at 12:34 PM, Chip Childers
wrote:
> On Sat, Mar 02, 2013 at 12:28:55PM -0700, Marcus Sorensen wro
repopulate their commits with common fields.
On Sat, Mar 2, 2013 at 12:25 PM, Chip Childers
wrote:
> On Fri, Mar 01, 2013 at 07:37:24PM -0700, Marcus Sorensen wrote:
>> Please cherry pick to 4.1, it allows agent setup to complete properly
>> when host is added. This might actually have
[
https://issues.apache.org/jira/browse/CLOUDSTACK-645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13591325#comment-13591325
]
Marcus Sorensen commented on CLOUDSTACK-645:
We were unable to test i
-645
>> Project: CloudStack
>> Issue Type: New Feature
>> Security Level: Public(Anyone can view this level - this is the
>> default.)
>> Components: Network Controller
>>Reporter: Marcus Sorensen
>>
or: Marcus Sorensen
Date: Fri Mar 1 19:26:38 2013 -0700
Summary: Add EOF to agent.properties for proper parsing
Detail: lack of newline at end of file was keeping
cloudstack-setup-agent from
properly editing/creating new config.
BUG-ID: CLOUDSTACK-1487
Signed-off-by: Marcu
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1487?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marcus Sorensen resolved CLOUDSTACK-1487.
-
Resolution: Fixed
Assignee: Marcus Sorensen
Fixed via adding EOF
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13591234#comment-13591234
]
Marcus Sorensen commented on CLOUDSTACK-1436:
-
Sorry, been busy an
.org/jira/browse/CLOUDSTACK-1436
>> Project: CloudStack
>> Issue Type: Bug
>> Security Level: Public(Anyone can view this level - this is the
>> default.)
>> Components: Management Server
>>Affects Versions: 4.1.0, 4.2.0
>
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13591229#comment-13591229
]
Marcus Sorensen commented on CLOUDSTACK-1487:
-
This is happening bec
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13591220#comment-13591220
]
Marcus Sorensen commented on CLOUDSTACK-1487:
-
Ok, I've reprod
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13591209#comment-13591209
]
Marcus Sorensen commented on CLOUDSTACK-1487:
-
Note, if I delete
Marcus Sorensen created CLOUDSTACK-1487:
---
Summary: cloudstack-setup-agent fails to set
private.network.device on KVM host add
Key: CLOUDSTACK-1487
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1487
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13591175#comment-13591175
]
Marcus Sorensen commented on CLOUDSTACK-1436:
-
Did we get this
ement Server
>>Affects Versions: 4.1.0, 4.2.0
>> Environment: CentOS 6.3 management server
>>Reporter: Marcus Sorensen
>>Assignee: Prasanna Santhanam
>>Priority: Blocker
>> Labels: patch
>> F
It can go under CLOUDSTACK-1201, since it's the same issue, just in
the case of upgrade rather than fresh install.
On Fri, Mar 1, 2013 at 5:54 PM, Marcus Sorensen wrote:
> I can create one. I just didn't realize we needed a bug ID for every
> time we touch the code. I'll lo
I can create one. I just didn't realize we needed a bug ID for every
time we touch the code. I'll look and see if there's already a general
one about making RPM builds work.
On Fri, Mar 1, 2013 at 5:51 PM, Chip Childers wrote:
> Bug ID?
>
> On Mar 1, 2013, at 7:51 PM
This adds to cloud.spec post installation of cloudstack-management. It
updates the cloud user's home dir to the new location if it finds that
the cloud user's home is set to the old location.
master 6317f0bd33605c4943dcf472415e9d5c7a443d93
applies cleanly to 4.1 as of now.
Thanks guys. Cloudstack has its hooks in me, it's both exciting and a
little frightening.
On Fri, Mar 1, 2013 at 2:04 PM, Sebastien Goasguen wrote:
> Well Done Marcus,
>
>
> On Mar 1, 2013, at 1:08 PM, Wido den Hollander wrote:
>
>> Congrats Marcus! Welcome on board :)
>>
>> On 03/01/2013 06:27
ok it over as well
since he made the schema constraint change to allow same vlan on different
physical networks.
- Marcus Sorensen
On Feb. 27, 2013, 1:53 p.m., venkata swamy babu budumuru wrote:
>
> ---
> This is an automatical
You can also just delete the
/lib/udev/rules.d/75-persistent-net-generator.rules from the template.
That creates the /etc/udev/rules.d one. So with both of those gone,
you'll get an eth0 even when your mac changes.
On Fri, Mar 1, 2013 at 11:15 AM, Patrick Miller
wrote:
> the default build adds t
[
https://issues.apache.org/jira/browse/CLOUDSTACK-645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13590660#comment-13590660
]
Marcus Sorensen commented on CLOUDSTACK-645:
The networkid param is
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marcus Sorensen updated CLOUDSTACK-1467:
Environment: VMware
> Failed to create Volume for the System V
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13590303#comment-13590303
]
Marcus Sorensen commented on CLOUDSTACK-1436:
-
Ok, I'll
[
https://issues.apache.org/jira/browse/CLOUDSTACK-1436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13590267#comment-13590267
]
Marcus Sorensen commented on CLOUDSTACK-1436:
-
Kiran, I just pulled
Ok. I'm just taking a quick second to see if I can figure out what is
causing the problem, but I'll get it back on asap.
On Thu, Feb 28, 2013 at 10:46 PM, David Nalley wrote:
> On Fri, Mar 1, 2013 at 12:37 AM, Marcus Sorensen wrote:
>> Looks
Looks like it's this one: 13ec069129bf46ffd327d52cf26f5fc363a13284, if
I go back to the commit prior to that it builds. I reverted that on my
local git and it built fine.
Come on guys, this is happening entirely too often. I can understand
when a commit has some unexpected side effect in the runni
Kelcey is talking about growing the volume that the VM has, which can
be done via resizeVolume API call, or adding a new Data disk to the VM
as he mentions.
CloudStack is supposed to track the size available and size used of
storage pools, but I'm not sure how robust this is or which storage
types
1 - 100 of 894 matches
Mail list logo
