I seem to need edit access, as well.
I'm usually logged in by default, but I believe my username is
mike-tutkowski (else please try mtutkowski).
Thanks!
On Thu, Oct 3, 2013 at 7:07 PM, Go Chiba wrote:
> Hi Chip,
>
> Please grant me to edit pages. My id is "gochiba".
&
? Or with
> xencenter, listing the sr with the windows gui ?
>
> Regards, Benoit.
>
>
> 2013/10/3 Mike Tutkowski
>
> > Hi,
> >
> > On one of my SRs, I see the following information:
> >
> > 100.2 GB used of 200 GB total (100 GB allocated)
> >
vote for.
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Tuesday, October 01, 2013 9:26 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Hypervisor Questions
>
> Oh, and, yes, when I referred to HA, it was (as you said) with the m
wrote:
> Was that a limitation caused by the primary storage only being available
> to a single cluster and not zone wide like 4.2.0 provides?
>
> Travis
>
> On Oct 4, 2013, at 1:52 PM, Mike Tutkowski
> wrote:
>
> > Maybe this is a silly question, but if CS handle
symbol
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
Here is how I tried to build it:
mvn -P developer,systemvm clean install -Dnoredist
On Fri, Oct 4, 2013 at 3:22 PM, Mike Tutkowski wrote:
> [INFO] BUILD FAILURE
> [INFO]
>
> [INFO] Total time: 55.164s
>
Looks like the missing files were just added.
We should be OK now.
On Fri, Oct 4, 2013 at 3:23 PM, Mike Tutkowski wrote:
> Here is how I tried to build it:
>
> mvn -P developer,systemvm clean install -Dnoredist
>
>
> On Fri, Oct 4, 2013 at 3:22 PM, Mike Tutkows
only within a cluster."
Document was last updated June 28, 2013.
On Fri, Oct 4, 2013 at 12:41 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Yeah, that's kind of what I was interested in learning about.
>
> Now that we have zone-wide primary storage, does that
This implies live migration between VMware clusters is supported in
CloudStack:
https://issues.apache.org/jira/browse/CLOUDSTACK-4265
On Fri, Oct 4, 2013 at 4:56 PM, Mike Tutkowski wrote:
> For anyone who is interested in the outcome of this thread, this seems to
> answer the XenServe
Perhaps Marcus can answer this from a KVM standpoint?
On Fri, Oct 4, 2013 at 5:03 PM, Mike Tutkowski wrote:
> This implies live migration between VMware clusters is supported in
> CloudStack:
>
> https://issues.apache.org/jira/browse/CLOUDSTACK-4265
>
>
> On Fri, Oct 4,
pros of option 2 is that, storage driver won't need to worry about how
> to quiesce/unquiesce vm. The cons is that, it will add these methods on
> each storage drivers, so it assumes that this work flow will work for
> everybody.
>
> So which option we should take? Or if you have other options, please let's
> know.
>
>
>
>
>
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
if zone-wide is in use?
> Also keep in mind that there's a pod level. You'd still need to be in the
> same pod if you wanted to jump between clusters.
> On Oct 4, 2013 5:05 PM, "Mike Tutkowski"
> wrote:
>
>> Perhaps Marcus can answer this from a KVM stan
ox mode* ,
> > >
> > > devcloud allows following modes ,
> > > *1.full sandbox mode - *build and deploy inside devcloud
> > > *2.deployment mode - *build code in localhost and deploying in devcloud
> > > *3.host only mode - *using devcloud only as
s un/maintain(), attachToXXX() and takeSnapshot()
> are already not implemented by every driver - they just return false when
> asked if they can handle the operation.
>
> --
> Chris Suich
> chris.su...@netapp.com
> NetApp Software Engineer
> Data Center Platforms – Cloud Solu
org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow
Ah, yes - thanks.
On Mon, Oct 7, 2013 at 1:39 PM, Darren Shepherd wrote:
> On Mon, Oct 7, 2013 at 12:31 PM, Mike Tutkowski
> wrote:
> > Hi,
> >
> > I was wondering if cluster-level settings were supposed to work at this
> > point in development of 4.3?
start the process of getting this into master?
- Mike Tutkowski
On Sept. 30, 2013, 5:14 p.m., Marcus Sorensen wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache
y hope was that you would be able to send an update
> that works for your plugin on master, I'll test against existing libvirtd
> storage and apply it.
> On Oct 7, 2013 1:49 PM, "Mike Tutkowski"
> wrote:
>
>>This is an automatically generated e-mail. To reply, v
l.java:448)
... 5 more
Cannot start daemon
Service exit with a return value of 5
On Mon, Oct 7, 2013 at 2:31 PM, Mike Tutkowski wrote:
> Sure, that's a good plan.
>
> I'll get to it.
>
>
> On Mon, Oct 7, 2013 at 2:29 PM, Marcus Sorensen wrote:
>
>> I know you
ld just use 4.2 for development.
On Mon, Oct 7, 2013 at 7:05 PM, Marcus Sorensen wrote:
> We can't. This patch will never see 4.2. You can still start working on
> your plugin on 4.2, but the change represented by this patch can only go
> into master.
> On Oct 7, 2013 5:01 PM, &q
er to start all VMs that were running on a failed host.
** LM = Live Migration
On the topic of HA, will CloudStack ever restart a VM on a host in a
different cluster from the one the VMs were running on when that host went
offline?
Thanks!
On Fri, Oct 4, 2013 at 10:19 PM, Mike Tutkowski <
mik
Hi,
I see the KVM install guide says:
tcp_port = "16059"
I'm wondering if this is correct or if it should be 16509, which is what is
in /etc/libvirt/libvirtd.conf by default.
Thanks,
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@
27;ll open a Jira for it I'll submit a patch the docs.
>
> Travis
>
> On Oct 8, 2013, at 2:44 PM, Mike Tutkowski
> wrote:
>
> > Hi,
> >
> > I see the KVM install guide says:
> >
> > tcp_port = "16059"
> >
> >
> > I'
I think that David's plan is
> that we are baselines on 4.2 in the new docs repo, and he was going to then
> pull from 4.2 into master (again, in the new repo).
>
>
> On Tue, Oct 8, 2013 at 2:54 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com
> > wrote:
>
> &
t. (at least on CentOS)
>
> So is it 16509 or 16059? :P
>
> Francois
>
>
> On 10/8/2013, 2:58 PM, Mike Tutkowski wrote:
>
>> I was actually looking at what's on the web for 4.2 (even though I'm
>> developing on master).
>>
>> When I went
agent.err either).
I have no idea what is messed up with my old KVM install on Ubuntu, but the
new one works.
That being the case, I can close out the JIRA ticket I logged a while back
and start integrating your code into mine.
On Mon, Oct 7, 2013 at 7:46 PM, Mike Tutkowski wrote:
> Right...yeah
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:724)
On Tue, Oct 8, 2013 at 3:58 PM, Mike Tutkowski wrote:
> So...got some good news:
>
> I spent a couple hours setting up a KVM environment on Ubuntu 12.04.1 from
> scratch (Installi
ssvm is found, so command will be sent to LocalHostEndPoint
On Tue, Oct 8, 2013 at 4:35 PM, Marcus Sorensen wrote:
> Can you mount the secondary storage from your KVM host?
> On Oct 8, 2013 4:01 PM, "Mike Tutkowski"
> wrote:
>
>> Although the host is added to KVM,
5-10 min to get both up in my fusion vm.
> If that doesn't get better you may have to log into the system VMS and see
> what's going on.
> On Oct 8, 2013 7:25 PM, "Mike Tutkowski"
> wrote:
>
>> Doh! I didn't restart the necessary service after exporting
trying to VNC
> to them if the OS isn't up. I'm assuming you prepped a current system vm
> template (maybe you're even reusing a secondary storage). If you can ping
> their 169.254 addresses, you can "cloudstack-ssh 169.254.x.x" as root on
> the kvm host t
Found it.
As an FYI, this is the doc I was referring to:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM%2C+templates%2C+Secondary+storage+troubleshooting
On Tue, Oct 8, 2013 at 9:04 PM, Mike Tutkowski wrote:
> CS MS can ping the SSVM's public IP address.
>
> SSVM
ently that functionality is
broken, as well (related to Disk Offerings).
On Tue, Oct 8, 2013 at 10:39 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> OK, all is good now.
>
> I have both system VMs up and running and the Agent States read as "Up,"
> as well.
qcow2
>
> Needs a service offering with at least 192MB to run.
> On Oct 8, 2013 11:36 PM, "Mike Tutkowski"
> wrote:
>
>> Perhaps you might know something about this, Marcus.
>>
>> My instance suffers a Kernel panic while booting up.
>>
>> I&#x
Perfect
Almost done downloading...I'll give it a try in a moment.
On Tue, Oct 8, 2013 at 11:47 PM, Marcus Sorensen wrote:
> Not password enabled, root password is just 'password'. I mainly just use
> it for devcloud-kvm testing.
> On Oct 8, 2013 11:45 PM, "Mike Tu
Excellent...that template worked like a charm.
Thanks!
On Tue, Oct 8, 2013 at 11:50 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Perfect
>
> Almost done downloading...I'll give it a try in a moment.
>
>
> On Tue, Oct 8, 2013 at 11:47 PM, Marcus Sore
;Progress is Good": The current transaction management
> >>>> approach (especially rollback) doesn't match how the majority of
> >>>> frameworks out there work. This option is to change the Transaction
> >>>> class API to be more consistent wit
s work.
> >
> > -Chris
> > --
> > Chris Suich
> > chris.su...@netapp.com
> > NetApp Software Engineer
> > Data Center Platforms – Cloud Solutions
> > Citrix, Cisco & Red Hat
> >
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFir
napshot/RevertSnapshotCmd.java
> (946eebd)
> * client/WEB-INF/classes/resources/messages.properties (f92b85a)
> * client/tomcatconf/commands.properties.in (58c770d)
> *
> engine/storage/snapshot/src/org/apache/cloudstack/storage/snapshot/SnapshotServiceImpl.java
> (c09adca)
>
head first
into the deep rabbit hole of design/implementation.
Thoughts? (/me ducks)
-John
[1]: My opinions on the matter from CloudStack Collab 2013 ->
http://www.slideshare.net/JohnBurwell1/how-to-run-from-a-zombie-cloud-stack-distributed-process-management
--
*Mike Tutkowski*
*Senior Cl
ch
> chris.su...@netapp.com
> NetApp Software Engineer
> Data Center Platforms – Cloud Solutions
> Citrix, Cisco & Red Hat
>
> On Oct 9, 2013, at 3:45 PM, Mike Tutkowski
> wrote:
>
> > "Has there been any thoughts to allow storage providers to indicate which
>
if (! result) {
s_logger.error("Failed to connect disks via vm spec for
vm:" + vmName + " volume:" + vol.toString());
return result;
}
}
}
return result;
}
On Wed, Oct 9, 2013 at
On Wed, Oct 9, 2013 at 3:40 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> Hey Marcus,
>>
>> I'm merging your changes into mine.
>>
>> It looks like I can remove your call to getPhysicalDisk (below) (and the
>> associated K
I've got the code all merged, by the way.
I should be able to start in on testing soon (tonight or tomorrow).
On Wed, Oct 9, 2013 at 3:51 PM, Mike Tutkowski wrote:
> Will do...I'll remove it (there is similar code in two methods).
>
>
> On Wed, Oct 9, 2013 at 3:49 PM,
gt; me.
> > >>>>>> Why would a storage driver in ACS implement a VM snapshot
> > >>>>>> functionality? VM snapshot is a really a hypervisor orchestrated
> > >>>>>> operation. So it seems like were trying to implement a poor mans
> >
ust new ones.
>
> The only caveat I can think of so far is if we wanted multiple files/images
> on the back end to map to one volume, but I don't see that as a blocker
> since it would probably have lots of other implications to the tracking
> volume objects.
>
--
I'm sorry!
I sent this e-mail to the wrong discussion thread. :)
On Wed, Oct 9, 2013 at 11:05 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Yeah, I'm not really clear how the snapshot strategy works if you have
> multiple vendors that implement that interfac
mplement the
> VMSnapshotStrategy and find that it really is useful to other
> implementations, you can then implement the fine grain interface later
> to allow others to benefit from it.
>
> Darren
>
> On Wed, Oct 9, 2013 at 8:54 PM, Mike Tutkowski
> wrote:
> > Hey guy
OK, now I'm really replying to this e-mail thread. :)
I think this is a good idea, Marcus. It gets rid of an unnecessary
translation step.
On Wed, Oct 9, 2013 at 11:23 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> I'm sorry!
>
> I sent this e-mail to th
y we need two "take snapshot" methods on the
driver.
On Wed, Oct 9, 2013 at 11:24 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Yeah, I'm not really clear how the snapshot strategy works if you have
> multiple vendors that implement that interface either.
&g
;
>
> --
> Chris Suich
> chris.su...@netapp.com
> NetApp Software Engineer
> Data Center Platforms – Cloud Solutions
> Citrix, Cisco & Red Hat
>
> On Oct 10, 2013, at 1:40 AM, Mike Tutkowski
> wrote:
>
> > "The work flow will be: createVMSnapshot a
p.com
> NetApp Software Engineer
> Data Center Platforms – Cloud Solutions
> Citrix, Cisco & Red Hat
>
> On Oct 10, 2013, at 10:37 AM, Mike Tutkowski
> wrote:
>
> > I wonder if this technique is only going to work for NFS?
> >
> > In the block world, the VD
u have the advantage in that you
> avoid
> > possible upfront over engineering/over design that could wreak havoc down
> > the line. If you implement the VMSnapshotStrategy and find that it
> really is
> > useful to other implementations, you can then implement the fine
f
> using the standard createForm? This doesn't seem to really need something
> custom from the looks of it. I am mainly concerned since it is causing
> validation bugs as well as some display glitches, which could be avoided by
> using the standard widget toolkit.
>
> Than
ill have a bit of work to do around the getPhysicalDisk method, but
this should give you a good idea of where we're at:
https://github.com/mike-tutkowski/incubator-cloudstack/commit/30433a20d1707ea1870024e80732bcfdbd64f69a
Talk to you later
On Wed, Oct 9, 2013 at 3:52 PM, Mike Tutkowski wro
I made a bunch of updates, Marcus:
https://github.com/mike-tutkowski/incubator-cloudstack/commit/c13442eaa228a5ae37d3b13f6c98636de158a908
On Thu, Oct 10, 2013 at 4:40 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hey Marcus,
>
> I haven't had a chance to
cussion or project idea that you want to work on at the
> hackthon let us know with a reply in this thread.
> >
> > I'm also curious if there are any aspiring developers that would like to
> have a sort of introduction into cloudstack development during the
> hackathon.
>
;>> method on the primary data store interface for revertSnapshot().
> >>> However,
> >>>>> this method is unused. We would like this storage subsystem interface
> >>>>> method be hooked up to an externally facing API so that we can
> provide
> >&g
>> >>>Hi there,
> >> >>>
> >> >>>Not sure if others experience the same issue. In 4.2, when MS
> >>starts,
> >> >>>it will discover the IP address of MS and automatically set global
> >> >>>setting "host" to that IP address. Now it seems broken on master, MS
> >> >>>started but "host" is still set to "localhost", which caused my
> >> >>>system vm cannot ping back MS and thus no agent status cannot be
> >> >>>found for system vm, thus this message on my console "INFO
> >> >>>[o.a.c.s.e.DefaultEndPointSelector] (StatsCollector-3:null) No
> >> >>>running ssvm is found, so command will be sent to LocalHostEndPoint".
> >> >>>Anybody has any idea on this?
> >> >>>
> >> >>>Thanks
> >> >>>-min
> >> >>
> >> >
> >> >
> >>
> >
> >--
> >Prasanna.,
> >
> >
> >Powered by BigRock.com
> >
>
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
d CentOS), right?
Thanks
On Thu, Oct 10, 2013 at 7:56 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> I made a bunch of updates, Marcus:
>
>
> https://github.com/mike-tutkowski/incubator-cloudstack/commit/c13442eaa228a5ae37d3b13f6c98636de158a908
>
>
marcus-bsdesk:~/code$ ls -l
>> /dev/disk/by-path/pci-\:00\:1f.2-scsi-0\:0\:0\:0
>> lrwxrwxrwx 1 root root 9 Oct 7 09:25
>> /dev/disk/by-path/pci-:00:1f.2-scsi-0:0:0:0 -> ../../sdc
>>
>> we are pointing to /dev/sdc
>>
>> marcus@marcus-bsdesk:~/
c...)
> >
> > 2013-12-07 through 2014-01-10
> >Translation Development and Integration (should be ongoing, but
> focused effort)
> >Final regression testing / bug fixes / doc fixes
> >
> > 2013-01-10
> >4.3.0-RC1 is created, and project lev
remove --purge cloudstack-agent
Thanks!
On Fri, Oct 11, 2013 at 1:07 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> We will also require iscsiadm to be present, which I believe is part of
> the open-iscsi package on Ubuntu, so I guess what's another couple
> depen
Looks like I asked that question too soon. :)
This seems to work:
sudo apt-get install --force-reinstall true cloudstack-agent
On Mon, Oct 14, 2013 at 1:59 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hey Marcus,
>
> When I rebuild my DEBs and try to re-deploy
Although I don't see my new "printlns," so maybe that didn't really force a
reinstall.
On Mon, Oct 14, 2013 at 2:12 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Looks like I asked that question too soon. :)
>
> This seems to work:
>
> su
e:
> Yeah, master is really a bummer right now with the JNA issues.
>
> On Sun, Sep 29, 2013 at 12:13 PM, Mike Tutkowski
> wrote:
> > Some progress (I think).
> >
> > Now I get this error message instead:
> >
> &g
right now with the JNA issues.
> >
> > On Sun, Sep 29, 2013 at 12:13 PM, Mike Tutkowski
> > wrote:
> >> Some progress (I think).
> >>
> >> Now I get this error message instead:
> >>
> >> log4j:WARN No appenders could be found for logg
Sorry...meant for this to go to the CS dev list, but just sent it to Marcus
(below).
On Fri, Oct 18, 2013 at 11:44 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> I notice PremiumSecondaryStorageManagerImpl.java shows up in the stack
> trace.
>
> I thought that w
It looks like the 31st attempt to start an SSVM worked.
Hey Marcus,
So, I went back to the branch of mine that has your code and mine and was
able to create a new CloudStack install from scratch with it (once again,
after manually deleting what was in /var/lib/libvirt/images to the get
system VMs to start).
Anyways, my system VMs are running now and I
By the way, when I examine the info for the one Pod I have, it looks fine
(the same as it always looks).
On Sun, Oct 20, 2013 at 9:39 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hey Marcus,
>
> So, I went back to the branch of mine that has your code and mine an
:
> Did you create a service offering that uses local storage, or add a shared
> primary storage? By default there is no storage that matches the built in
> offerings.
> On Oct 20, 2013 9:39 PM, "Mike Tutkowski"
> wrote:
>
>> Hey Marcus,
>>
>> So, I went
rage? By default there is no storage that matches the built in
> offerings.
> On Oct 20, 2013 9:39 PM, "Mike Tutkowski"
> wrote:
>
>> Hey Marcus,
>>
>> So, I went back to the branch of mine that has your code and mine and was
>> able to create a new
more testing on this over the coming days.
If all goes well, perhaps we can check this code in by the end of the week?
Talk to you later,
Mike
On Sun, Oct 20, 2013 at 10:23 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Don't ask me, but it works now (I've been
nounce that
> they
> > have accepted.
> >
> > Join me in congratulating Animesh!
> >
> > -The CloudStack PMC
> >
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the wo
necessary template laid down or ISO installed)?
Thanks!
On Mon, Oct 21, 2013 at 1:14 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hey Marcus,
>
> Just wanted to let you know the branch of mine that has your code and mine
> appears to work well with regards to attach
me copyTemplateToPrimaryStorage in KVMStorageProcessor calling
> copyPhysicalDisk in your adaptor. It's a bit tough for me to tell
> since our earlier storage adaptor did everything on the host it mostly
> just worked with the default stuff.
>
> On Mon, Oct 21, 2013 at 4:49 PM,
stVO(pool.getId(), hostId,
mspAnswer.getPoolInfo().getLocalPath()
.replaceAll("//", "/"));
storagePoolHostDao.persist(poolHost);
} else {
poolHost.setLocalPath(mspAnswer.getPoolInfo().getLocalPath().replaceAll("//",
"/"));
the iSCSI volume from underneath the VM that now
has the volume attached.
I still want to perform some tests on this, but am first trying to get a VM
to start after I've attached a volume to it when it was in the Stopped
State.
Thanks,
Mike
On Mon, Oct 21, 2013 at 10:57 PM, Mike Tutkowsk
gt; DefaultHostListener at all.
>
> From cloudstack’s point of view, the only requirement is that, there
> should be one entry in storage_pool_host_ref for each host and its primary
> storage. As you pointed out, we should remove the entry when
> hostDisconnected is called.
&
meone does a
disconnect while the VM is in the Stopped State).
On Tue, Oct 22, 2013 at 4:19 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hey Marcus,
>
> Quick question for you related to attaching/detaching volumes when the VM
> is in the Stopped State.
>
>
you see a problem with that approach?
On Tue, Oct 22, 2013 at 6:40 PM, Marcus Sorensen wrote:
> That's right. All should be well.
> On Oct 22, 2013 6:03 PM, "Mike Tutkowski"
> wrote:
>
>> Looks like we disconnect physical disks when the VM is stopped.
>&g
tach to the VM definition). It
> just takes the device at it's native advertised size when it actually
> goes to use it.
>
> On Wed, Oct 23, 2013 at 10:52 AM, Mike Tutkowski
> wrote:
> > Little problem that I wanted to get your take on, Marcus.
>
if we actually sent a command to the last host ID of the
stopped VM when detaching a volume (to have the hypervisor disconnect from
the volume).
What do you think about that?
On Wed, Oct 23, 2013 at 1:15 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> OK, whatever way you pr
not disconnecting when we stop the vm? There's a method for it, we
> should be. disconnectPhysicalDiskViaVmSpec
> On Oct 23, 2013 1:28 PM, "Mike Tutkowski"
> wrote:
>
>> I see one problem for us now, Marcus.
>>
>> * You have a running VM that you attach a volu
e tags by the "tag" key. We also
> have to fix the DB upgrade, which can be tricky as we will have to figure
> out which detail is a tag.
>
>
> -Alena.
>
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
If someone logs a JIRA ticket on this, please note that the
updateStoragePool command would need to be corrected, as well, because it
has special knowledge of a true value meaning that the name is a storage
tag.
On Wed, Oct 23, 2013 at 2:45 PM, Mike Tutkowski <
mike.tutkow...@solidfire.
.2012-03.com.solidfire:volume1-lun-0
Was it intentional to send the data into this method in the current way?
On Wed, Oct 23, 2013 at 1:57 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> You know, I forgot we supposed to be doing that! :) Multi-tasking too much
> to
#x27;s
> some way that's more robust like checking the full path against a lun
> listing or something). If it doesn't match, then your
> disconnectPhysicalDisk just does nothing.
>
> I assume this is a root disk or some other local storage disk. If it's
> not, the
OK, Marcus, I made the change to detect my volumes and it seems to work
just fine.
Perhaps another day of testing and we can check this code in. What do you
think?
On Wed, Oct 23, 2013 at 9:14 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Thanks, Marcus...I hadn't
the minor change to the existing code hasn't
> broken the standard storages. I don't think it is since I've
> thoroughly tested the code I posted, but I know there were some
> additional changes.
>
> On Wed, Oct 23, 2013 at 10:35 PM, Mike Tutkowski
> wrote:
>
I'm trying to attach my diff to https://reviews.apache.org/r/13865/, but I
don't see the necessary buttons.
I wonder if I need to get edit access back again? We had trouble with the
Wiki. Was this also impacted?
On Wed, Oct 23, 2013 at 10:47 PM, Mike Tutkowski <
mike.tutkow...@
va.lang.Thread.run(Thread.java:724)
Thanks!
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*
b.
> >>>
> >>> I get the error message: 'volume size , but the maximum size
> allowed is 0
> >>> Gb.' when I attempt to create a new volume. It is thrown from
> >>> VolumeApiServiceImpl.validateVolumeSizeRange(int size).
> >>&
Hey Marcus,
If you're interested in running the simulator against your code + my code,
I have it on GitHub here:
https://github.com/mike-tutkowski/incubator-cloudstack/commit/776f3eb9dda45745f43e6765b026d34fbc6be072
Thanks!
On Wed, Oct 23, 2013 at 11:06 PM, Mike Tutkowski <
mik
current initialization in ACS to somebody tries to lock something
> before the lock manager is created. That should change let me
> look at that. I can probably fix it on master.
>
> Darren
>
> On Thu, Oct 24, 2013 at 11:19 AM, Mike Tutkowski
> wrote:
> > Hi,
> >
This is a newer link, Marcus:
https://github.com/mike-tutkowski/incubator-cloudstack/commit/e84de7577ad38fea88d1492d4949672d1989889b
I just rebased on top of master today.
On Thu, Oct 24, 2013 at 3:46 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Hey Marcus,
>
ned a JIRA ticket for this issue:
https://issues.apache.org/jira/browse/CLOUDSTACK-4812
On Wed, Oct 2, 2013 at 1:48 PM, Mike Tutkowski wrote:
> Hi,
>
> I'm trying to create a volume from a Disk Offering that specifies a 10 GB
> disk.
>
> When attempting to create a volume
ct 24, 2013 at 5:26 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> This is a newer link, Marcus:
>
>
> https://github.com/mike-tutkowski/incubator-cloudstack/commit/e84de7577ad38fea88d1492d4949672d1989889b
>
> I just rebased on top of master today.
>
>
>
stopped, then start: works
deleted VM with attached volume: works (volume goes into the attachable
state after VM is expunged)
On Thu, Oct 24, 2013 at 5:40 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> By the way, in case you're looking at the diff and wondering why
Also, the way I determined if the attach/detach worked was to use fdisk -l
and see if the device was present or not in the hypervisor and VM instance.
On Thu, Oct 24, 2013 at 5:42 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:
> Here are some of the tests I ran on
101 - 200 of 2809 matches
Mail list logo
