cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Tutkowski <mike.tutkow...@solidfire.com>
Subject Re: [VMWARE SETUP ERROR] Error seeing in brining up System VMs with Vmware setup with CS server
Date Sat, 20 Sep 2014 22:27:06 GMT
So, I just tried with this system template and got (essentially) the same
results.

I say "essentially" because with this template I never arrived at a login
prompt (it just shut down at some point in the boot stage). With the other
template, I was brought to the login prompt and then the VM was shut down.

On Fri, Sep 19, 2014 at 9:18 PM, Abhinandan Prateek <agneya2001@gmail.com>
wrote:

>
> VMWare Template:
> http://download.cloud.com/templates/4.5/systemvm64template-4.5-vmware.ova
>  Checksum: 3106a79a4ce66cd7f6a7c50e93f2db57
>
> Last I checked systemvm.iso will not get mounted.
>
> -abhi
>
> On 20-Sep-2014, at 8:32 am, Mike Tutkowski <mike.tutkowski@solidfire.com>
> wrote:
>
> > Can you provide me a link to the Citrix ones?
> >
> > Does this mean the standard build for VMware on Jenkins in terms of the
> > system template is pretty much useless when it comes to the virtual
> router?
> >
> > Thanks
> >
> > On Fri, Sep 19, 2014 at 7:49 PM, Abhinandan Prateek <
> agneya2001@gmail.com>
> > wrote:
> >
> >> The VMWare template build by jenkins job does not have VMWare tools
> >> installed on it.
> >> Use the ones provided by Citrix.
> >>
> >> On 19-Sep-2014, at 9:31 pm, Mike Tutkowski <
> mike.tutkowski@solidfire.com>
> >> wrote:
> >>
> >>>
> >>
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-vmware.ova
> >>>
> >>> On Fri, Sep 19, 2014 at 9:58 AM, Erik Weber <terbolous@gmail.com>
> wrote:
> >>>
> >>>> Which systemvm template are you using?
> >>>>
> >>>> Erik
> >>>> 19. sep. 2014 03:47 skrev "Mike Tutkowski" <
> >> mike.tutkowski@solidfire.com>
> >>>> følgende:
> >>>>
> >>>>> Actually, the virtual router says it requires an upgrade.
> >>>>>
> >>>>> I think I can just turn that check off and re-run my create-VM test.
> >>>>>
> >>>>> On Thu, Sep 18, 2014 at 7:43 PM, Mike Tutkowski <
> >>>>> mike.tutkowski@solidfire.com> wrote:
> >>>>>
> >>>>>> OK, I checked in a fix for this:
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>
> >>>>
> >>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=18e5aa116e99906f24a292bf7546809e05c72ec2;hp=7537c33bcdda65672fdd8f81509e6885aa536932
> >>>>>>
> >>>>>> I did notice that both before and after my fix that the virtual
> router
> >>>> is
> >>>>>> NOT coming up.
> >>>>>>
> >>>>>> The system VM being cloned and the starting of the VM looks
fine. It
> >>>> gets
> >>>>>> to the command prompt and then a little while later is shut
down and
> >>>>>> restarted. I get an error in the GUI indicating that my VM
> deployment
> >>>>>> failed.
> >>>>>>
> >>>>>> I don't personally know a whole lot about how the virtual router
> code
> >>>>>> works, so we should pass that on to an appropriate developer.
> >>>>>>
> >>>>>> On Thu, Sep 18, 2014 at 6:35 PM, Mike Tutkowski <
> >>>>>> mike.tutkowski@solidfire.com> wrote:
> >>>>>>
> >>>>>>> Just destroyed and re-created my env from scratch without
> >>>>>>> 8bb4022f3729154f85036c4a7f55e2de783e4909 and it works fine.
> >>>>>>>
> >>>>>>> I think I know what the author was intending with the code
that is
> >>>>>>> causing the problem, so I'll go ahead and put in what I
think is a
> >>>> fix,
> >>>>>>> re-create my env, and see if it works.
> >>>>>>>
> >>>>>>> On Thu, Sep 18, 2014 at 6:26 PM, ilya musayev <
> >> ilya.musayev@gmail.com
> >>>>>
> >>>>>>> wrote:
> >>>>>>>
> >>>>>>>> Thank you Mike, please keep us posted.
> >>>>>>>>
> >>>>>>>> Regards
> >>>>>>>> ilya
> >>>>>>>>
> >>>>>>>> On 9/18/14, 4:14 PM, Mike Tutkowski wrote:
> >>>>>>>>
> >>>>>>>> Little clarification on this:
> >>>>>>>>
> >>>>>>>> "The dsName is derived from the UUID of the datastore."
> >>>>>>>>
> >>>>>>>> I mean that the dsName is derived from the UUID primary
storage in
> >>>> the
> >>>>>>>> DB.
> >>>>>>>>
> >>>>>>>> On Thu, Sep 18, 2014 at 5:12 PM, Mike Tutkowski <
> >>>>>>>> mike.tutkowski@solidfire.com> wrote:
> >>>>>>>>
> >>>>>>>>> Just a little update on this:
> >>>>>>>>>
> >>>>>>>>> The problem doesn't seem to have anything to do
with "managed"
> >>>>>>>>> storage code that was introduced back in March.
> >>>>>>>>>
> >>>>>>>>> The dsName is derived from the UUID of the datastore.
This leads
> >>>> to a
> >>>>>>>>> null being returned from
> >>>>> diskInfoBuilder.getDiskInfoByBackingFileBaseName,
> >>>>>>>>> which subsequently leads to a null being returned
from this
> method
> >>>>> (and a
> >>>>>>>>> NullPointerException being thrown).
> >>>>>>>>>
> >>>>>>>>> I plan to take a look at the history of this file
in gitk.
> >>>>>>>>>
> >>>>>>>>>   private VirtualMachineDiskInfo
> >>>>>>>>> getMatchingExistingDisk(VirtualMachineDiskInfoBuilder
> >>>> diskInfoBuilder,
> >>>>>>>>> DiskTO vol) {
> >>>>>>>>>
> >>>>>>>>>       if (diskInfoBuilder != null) {
> >>>>>>>>>
> >>>>>>>>>           VolumeObjectTO volume = (VolumeObjectTO)vol.getData();
> >>>>>>>>>
> >>>>>>>>>           String dsName =
> >>>>> volume.getDataStore().getUuid().replace("-",
> >>>>>>>>> "");
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>            Map<String, String> details = vol.getDetails();
> >>>>>>>>>
> >>>>>>>>>           boolean isManaged = details != null &&
> >>>>>>>>> Boolean.parseBoolean(details.get(DiskTO.MANAGED));
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>            VirtualMachineDiskInfo diskInfo =
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> diskInfoBuilder.getDiskInfoByBackingFileBaseName(isManaged
? new
> >>>>>>>>> DatastoreFile(volume.getPath()).getFileBaseName()
:
> >>>> volume.getPath(),
> >>>>>>>>> dsName);
> >>>>>>>>>
> >>>>>>>>> On Thu, Sep 18, 2014 at 4:34 PM, Mike Tutkowski
<
> >>>>>>>>> mike.tutkowski@solidfire.com> wrote:
> >>>>>>>>>
> >>>>>>>>>> I think I found the magic. :)
> >>>>>>>>>>
> >>>>>>>>>> sudo mount -t nfs 192.168.129.46:/export/secondary
/mnt/sec
> >>>>>>>>>>
> >>>>>>>>>> If I mount /export/secondary to /mnt/sec (I
did it in a bit of a
> >>>>>>>>>> roundabout way here), then the management server
is happy.
> >>>>>>>>>>
> >>>>>>>>>> I think this is only VMware "thing" for the
management server.
> >>>>>>>>>>
> >>>>>>>>>> Does anyone know if we document this?
> >>>>>>>>>>
> >>>>>>>>>> Thanks!
> >>>>>>>>>>
> >>>>>>>>>> On Thu, Sep 18, 2014 at 4:18 PM, Mike Tutkowski
<
> >>>>>>>>>> mike.tutkowski@solidfire.com> wrote:
> >>>>>>>>>>
> >>>>>>>>>>> The instructions even say the following:
> >>>>>>>>>>>
> >>>>>>>>>>> If your secondary storage mount point is
not named
> >>>> /mnt/secondary,
> >>>>>>>>>>> substitute your own mount point name.
> >>>>>>>>>>>
> >>>>>>>>>>> On Thu, Sep 18, 2014 at 4:15 PM, Mike Tutkowski
<
> >>>>>>>>>>> mike.tutkowski@solidfire.com> wrote:
> >>>>>>>>>>>
> >>>>>>>>>>>> Yeah, I've been through the instructions
a couple times and
> >> don't
> >>>>>>>>>>>> see anything that indicates why it's
having trouble with
> >> /mnt/sec
> >>>>> (it says
> >>>>>>>>>>>> /mnt/sec instead of /mnt/secondary in
the log messages).
> >>>>>>>>>>>>
> >>>>>>>>>>>> On Thu, Sep 18, 2014 at 4:01 PM, Ritu
Sabharwal <
> >>>>>>>>>>>> rsabharw@brocade.com> wrote:
> >>>>>>>>>>>>
> >>>>>>>>>>>>> I have an external NFS server and
it is mounted to
> >>>> /mnt/secondary
> >>>>>>>>>>>>> on my CS server so seeding command
I used is:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>
> >>>>
> >>
> /usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt
> >>>>>>>>>>>>> -m /mnt/secondary  -u
> >>>>>>>>>>>>>
> >>>>>
> >>>>
> >>
> http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-vmware.ova
> >>>>>>>>>>>>> -h vmware -F
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> I guess, if the secondary storage
is local, then
> >>>> /export/secondary
> >>>>>>>>>>>>> should be fine.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Regards,
> >>>>>>>>>>>>> Ritu S.
> >>>>>>>>>>>>> -----Original Message-----
> >>>>>>>>>>>>> From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com]
> >>>>>>>>>>>>> Sent: Thursday, September 18, 2014
2:34 PM
> >>>>>>>>>>>>> To: dev@cloudstack.apache.org
> >>>>>>>>>>>>> Cc: ilya musayev; Koushik Das; Sateesh
Chodapuneedi; Adip
> >> Shetty
> >>>>>>>>>>>>> Subject: Re: [VMWARE SETUP ERROR]
Error seeing in brining up
> >>>>> System
> >>>>>>>>>>>>> VMs with Vmware setup with CS server
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> The instructions to seed secondary
storage for VMware look
> like
> >>>>>>>>>>>>> this:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>
> >>>>
> >>
> /usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt
> >>>>>>>>>>>>> \ -m /mnt/secondary \ -u
> >>>>>>>>>>>>>
> >>>>>
> >>>>
> >>
> http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-vmware.ova
> >>>>>>>>>>>>> \
> >>>>>>>>>>>>> -h vmware \
> >>>>>>>>>>>>> -s <optional-management-server-secret-key>
\ -F
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> For -m, I have /export/secondary
(not /mnt/secondary). I
> assume
> >>>>>>>>>>>>> that's correct because that is,
in fact, where my secondary
> >>>>> storage system
> >>>>>>>>>>>>> template is located for XenServer
and that seems to work just
> >>>>> fine.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> On Thu, Sep 18, 2014 at 3:20 PM,
Mike Tutkowski <
> >>>>>>>>>>>>> mike.tutkowski@solidfire.com>
wrote:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>> I'm not getting far enough along
in the process to repro (or
> >>>>> not)
> >>>>>>>>>>>>> the
> >>>>>>>>>>>>>> problem.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> I do have a /mnt/sec folder
(and I even made it 777).
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Any thoughts on this?
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> WARN  [c.c.s.r.VmwareStorageProcessor]
> >>>>>>>>>>>>> (DirectAgent-46:ctx-fdd23ec9
> >>>>>>>>>>>>>> 192.168.129.71, job-95/job-123,
cmd: CopyCommand) Exception:
> >>>> tar
> >>>>>>>>>>>>>> --no-same-owner -xf
> /mnt/sec/template/tmpl/1/8//routing-8.ova
> >>>>>>>>>>>>>> java.io.IOException: Cannot
run program "tar" (in directory
> >>>>>>>>>>>>>> "/mnt/sec/template/tmpl/1/8"):
error=2, No such file or
> >>>>> directory
> >>>>>>>>>>>>>>   at
> >>>> java.lang.ProcessBuilder.start(ProcessBuilder.java:1041)
> >>>>>>>>>>>>>>   at com.cloud.utils.script.Script.execute(Script.java:195)
> >>>>>>>>>>>>>>   at com.cloud.utils.script.Script.execute(Script.java:163)
> >>>>>>>>>>>>>>   at com.cloud.storage.res
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> On Wed, Sep 17, 2014 at 2:53
PM, Mike Tutkowski <
> >>>>>>>>>>>>>> mike.tutkowski@solidfire.com>
wrote:
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> You're right, Marcus. Now
that I think about it, asserts
> are
> >>>>>>>>>>>>> ignored
> >>>>>>>>>>>>>>> by default.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> On Wed, Sep 17, 2014 at
1:59 PM, Marcus <
> shadowsor@gmail.com
> >>>>>
> >>>>>>>>>>>>> wrote:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Aren't asserts ignored
by default? I think we had an issue
> >>>>> with
> >>>>>>>>>>>>>>>> asserts in the past,
and I believe at the time the default
> >>>>>>>>>>>>> config
> >>>>>>>>>>>>>>>> had asserts disabled.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> On Wed, Sep 17, 2014
at 1:35 PM, Ritu Sabharwal
> >>>>>>>>>>>>>>>> <rsabharw@brocade.com>
> >>>>>>>>>>>>>>>> wrote:
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> Hi Mike,
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> I updated the master
just now and tried the setup. I see
> >>>> the
> >>>>>>>>>>>>> same
> >>>>>>>>>>>>>>>> error on
> >>>>>>>>>>>>>>>>> same line number.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> Thanks & Regards,
> >>>>>>>>>>>>>>>>> Ritu S.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> -----Original Message-----
> >>>>>>>>>>>>>>>>> From: Mike Tutkowski
[mailto:
> mike.tutkowski@solidfire.com
> >>>> ]
> >>>>>>>>>>>>>>>>> Sent: Tuesday, September
16, 2014 8:32 PM
> >>>>>>>>>>>>>>>>> To: dev@cloudstack.apache.org
> >>>>>>>>>>>>>>>>> Cc: ilya musayev;
Koushik Das; Sateesh Chodapuneedi; Adip
> >>>>>>>>>>>>> Shetty
> >>>>>>>>>>>>>>>>> Subject: Re: [VMWARE
SETUP ERROR] Error seeing in brining
> >>>> up
> >>>>>>>>>>>>>>>>> System VMs with
Vmware setup with CS server
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> Can you tell us
what commit SHA you are running under?
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> I just updated master
and line 2094 in VmwareResource is
> >>>> the
> >>>>>>>>>>>>> following:
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> String[] diskChain
= diskInfo.getDiskChain();
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> The only candidate
for a NullPointerException there is
> >>>>>>>>>>>>> diskInfo;
> >>>>>>>>>>>>>>>> however,
> >>>>>>>>>>>>>>>>> the previous line
would have caught this as it looks like
> >>>>>>>>>>>>> this:
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> assert (diskInfo
!= null);
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> That being the case,
I'm curious what commit SHA you saw
> >>>>> this
> >>>>>>>>>>>>> on?
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> Thanks!
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> On Tue, Sep 16,
2014 at 5:22 PM, Ritu Sabharwal
> >>>>>>>>>>>>>>>>> <rsabharw@brocade.com>
> >>>>>>>>>>>>>>>>> wrote:
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> Hi Sateesh,
Koushik,
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> I am setting
up Vmware Cluster with CS (master) and
> >>>> seeing
> >>>>>>>>>>>>> errors.
> >>>>>>>>>>>>>>>>>> ilya was helping
me for this setup and figured out this
> >>>>>>>>>>>>> error.
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> The System VMs(Secondary
Stogare VM and Console Proxy
> >>>> VM)
> >>>>>>>>>>>>> are
> >>>>>>>>>>>>>>>>>> not coming up
properly. The system vms are reconfiguring
> >>>>> and
> >>>>>>>>>>>>>>>>>> destroying again
and again in cycle.
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> I have used
Vmware Vsphere 5.1 SDK for building CS.
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> The error logs
give this error:
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> 2014-09-16 16:11:01,619
WARN  [c.c.h.v.r.VmwareResource]
> >>>>>>>>>>>>>>>>>> (DirectAgent-8:ctx-8909215e
10.24.41.149, job-54/job-68,
> >>>>>>>>>>>>> cmd:
> >>>>>>>>>>>>>>>>>> StartCommand)
StartCommand failed due to Exception:
> >>>>>>>>>>>>>>>>>> java.lang.NullPointerException
> >>>>>>>>>>>>>>>>>> Message: null
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> java.lang.NullPointerException
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>> com.cloud.hypervisor.vmware.resource.VmwareResource.postDiskConfigBe
> >>>>>>>>>>>>>>>> foreStart(VmwareResource.java:2094)
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>> com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareRe
> >>>>>>>>>>>>>>>> source.java:1685)
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(V
> >>>>>>>>>>>>>>>> mwareResource.java:448)
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectA
> >>>>>>>>>>>>>>>> gentAttache.java:294)
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(M
> >>>>>>>>>>>>>>>> anagedContextRunnable.java:49)
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.c
> >>>>>>>>>>>>>>>> all(DefaultManagedContext.java:56)
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.cal
> >>>>>>>>>>>>>>>> lWithContext(DefaultManagedContext.java:103)
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.run
> >>>>>>>>>>>>>>>> WithContext(DefaultManagedContext.java:53)
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(Man
> >>>>>>>>>>>>>>>> agedContextRunnable.java:46)
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:4
> >>>>>>>>>>>>>>>> 71)
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>> java.util.concurrent.FutureTask.run(FutureTask.java:262)
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask
> >>>>>>>>>>>>>>>> .access$201(ScheduledThreadPoolExecutor.java:178)
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask
> >>>>>>>>>>>>>>>> .run(ScheduledThreadPoolExecutor.java:292)
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor
> >>>>>>>>>>>>>>>> .java:1145)
> >>>>>>>>>>>>>>>>>>       at
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecuto
> >>>>>>>>>>>>>>>> r.java:615)
> >>>>>>>>>>>>>>>>>>       at java.lang.Thread.run(Thread.java:744)
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> Please help
to resolve this issue.
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> Thanks &
Regards,
> >>>>>>>>>>>>>>>>>> Ritu S.
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> --
> >>>>>>>>>>>>>>>>> *Mike Tutkowski*
> >>>>>>>>>>>>>>>>> *Senior CloudStack
Developer, SolidFire Inc.*
> >>>>>>>>>>>>>>>>> e: mike.tutkowski@solidfire.com
> >>>>>>>>>>>>>>>>> o: 303.746.7302
> >>>>>>>>>>>>>>>>> Advancing the way
the world uses the cloud
> >>>>>>>>>>>>>>>>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> --
> >>>>>>>>>>>>>>> *Mike Tutkowski*
> >>>>>>>>>>>>>>> *Senior CloudStack Developer,
SolidFire Inc.*
> >>>>>>>>>>>>>>> e: mike.tutkowski@solidfire.com
> >>>>>>>>>>>>>>> o: 303.746.7302
> >>>>>>>>>>>>>>> Advancing the way the world
uses the cloud
> >>>>>>>>>>>>>>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> --
> >>>>>>>>>>>>>> *Mike Tutkowski*
> >>>>>>>>>>>>>> *Senior CloudStack Developer,
SolidFire Inc.*
> >>>>>>>>>>>>>> e: mike.tutkowski@solidfire.com
> >>>>>>>>>>>>>> o: 303.746.7302
> >>>>>>>>>>>>>> Advancing the way the world
uses the cloud
> >>>>>>>>>>>>>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> --
> >>>>>>>>>>>>> *Mike Tutkowski*
> >>>>>>>>>>>>> *Senior CloudStack Developer, SolidFire
Inc.*
> >>>>>>>>>>>>> e: mike.tutkowski@solidfire.com
> >>>>>>>>>>>>> o: 303.746.7302
> >>>>>>>>>>>>> Advancing the way the world uses
the cloud
> >>>>>>>>>>>>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> --
> >>>>>>>>>>>> *Mike Tutkowski*
> >>>>>>>>>>>> *Senior CloudStack Developer, SolidFire
Inc.*
> >>>>>>>>>>>> e: mike.tutkowski@solidfire.com
> >>>>>>>>>>>> o: 303.746.7302
> >>>>>>>>>>>> Advancing the way the world uses the
cloud
> >>>>>>>>>>>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> --
> >>>>>>>>>>> *Mike Tutkowski*
> >>>>>>>>>>> *Senior CloudStack Developer, SolidFire
Inc.*
> >>>>>>>>>>> e: mike.tutkowski@solidfire.com
> >>>>>>>>>>> o: 303.746.7302
> >>>>>>>>>>> Advancing the way the world uses the cloud
> >>>>>>>>>>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> --
> >>>>>>>>>> *Mike Tutkowski*
> >>>>>>>>>> *Senior CloudStack Developer, SolidFire Inc.*
> >>>>>>>>>> e: mike.tutkowski@solidfire.com
> >>>>>>>>>> o: 303.746.7302
> >>>>>>>>>> Advancing the way the world uses the cloud
> >>>>>>>>>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> --
> >>>>>>>>> *Mike Tutkowski*
> >>>>>>>>> *Senior CloudStack Developer, SolidFire Inc.*
> >>>>>>>>> e: mike.tutkowski@solidfire.com
> >>>>>>>>> o: 303.746.7302
> >>>>>>>>> Advancing the way the world uses the cloud
> >>>>>>>>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> --
> >>>>>>>> *Mike Tutkowski*
> >>>>>>>> *Senior CloudStack Developer, SolidFire Inc.*
> >>>>>>>> e: mike.tutkowski@solidfire.com
> >>>>>>>> o: 303.746.7302
> >>>>>>>> Advancing the way the world uses the cloud
> >>>>>>>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> --
> >>>>>>> *Mike Tutkowski*
> >>>>>>> *Senior CloudStack Developer, SolidFire Inc.*
> >>>>>>> e: mike.tutkowski@solidfire.com
> >>>>>>> o: 303.746.7302
> >>>>>>> Advancing the way the world uses the cloud
> >>>>>>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> --
> >>>>>> *Mike Tutkowski*
> >>>>>> *Senior CloudStack Developer, SolidFire Inc.*
> >>>>>> e: mike.tutkowski@solidfire.com
> >>>>>> o: 303.746.7302
> >>>>>> Advancing the way the world uses the cloud
> >>>>>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> *Mike Tutkowski*
> >>>>> *Senior CloudStack Developer, SolidFire Inc.*
> >>>>> e: mike.tutkowski@solidfire.com
> >>>>> o: 303.746.7302
> >>>>> Advancing the way the world uses the cloud
> >>>>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>>>>
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> *Mike Tutkowski*
> >>> *Senior CloudStack Developer, SolidFire Inc.*
> >>> e: mike.tutkowski@solidfire.com
> >>> o: 303.746.7302
> >>> Advancing the way the world uses the cloud
> >>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>
> >>
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkowski@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > <http://solidfire.com/solution/overview/?video=play>*™*
>
>


-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message