subject:"Re\: Secondary Storage Setup Question"

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

utor.java:895)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
>  at java.lang.Thread.run(Thread.java:680)
>
>
> On Mon, Jul 15, 2013 at 8:32 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> Thanks so much for that info!
>>
>> I feel I'm getting closer. I added /mnt and subfolders were created
>> shortly thereafter.
>>
>> I don't know if you saw another e-mail I sent out under a different
>> subject, but I think that e-mail describes the current cause of my problems
>> (a misunderstanding in VMware code between used and available bytes).
>>
>>
>> On Mon, Jul 15, 2013 at 7:57 PM, Vijayendra Bhamidipati <
>> vijayendra.bhamidip...@citrix.com> wrote:
>>
>>> Hi Mike!
>>>
>>> I haven't actually ever run my setup on Mac OS X, do my work on a CentOS
>>> VM.. should give that a try soon. The last time I tried, I ran into issues
>>> with deploydb (mysql errored out on some syntax when granting root
>>> privileges to the cloud user if I remember right) and got diverted and
>>> couldn't revisit it - you could probably help me out there if I get stuck
>>> again :)
>>>
>>> The sudo shouldn't matter and infact shouldn't be used, lest we miss
>>> issues that can occur when sudo isn't used. The command line to bring up
>>> the mgmt. server should have the -Dnonoss flag in it though :
>>>
>>> mvn -pl :cloud-client-ui jetty:run -Dnonoss
>>>
>>> The keystore error doesn't matter either - the mgmt. server simply
>>> generates and uses default settings.
>>>
>>> Here are my MAVEN_OPTS:
>>>
>>> [root@vijay-vm1 3415fix1]# echo $MAVEN_OPTS
>>> -Xmx1024m -XX:MaxPermSize=500m -Xdebug
>>> -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n
>>> [root@vijay-vm1 3415fix1]#
>>>
>>> You can increase the MaxPermSize to 1024M, that should help avoid the
>>> permgen space issue.
>>>
>>> What about the umask? Is it set to 022?
>>>
>>> As a workaround, how about you creating a /mnt/ and chmod -R 777 /mnt/
>>> and retrying? I think it should do the trick to help you proceed while we
>>> figure out the root cause in the meantime.
>>>
>>>
>>> Regards,
>>> Vijay
>>>
>>>
>>> -Original Message-
>>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>> Sent: Monday, July 15, 2013 6:43 PM
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: Secondary Storage Setup Question
>>>
>>> This is my related env var:
>>>
>>> MAVEN_OPTS=-XX:MaxPermSize=1024m -Xmx2048m -Xdebug
>>> -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n
>>>
>>>
>>> On Mon, Jul 15, 2013 at 7:40 PM, Mike Tutkowski <
>>> mike.tutkow...@solidfire.com> wrote:
>>>
>>> > Tried to run it with sudo, but got the following PermGen exception:
>>> >
>>> > java.lang.OutOfMemoryError: PermGen space at
>>> > java.lang.ClassLoader.findBootstrapClass(Native Method)  at
>>> > java.lang.ClassLoader.findBootstrapClassOrNull(ClassLoader.java:926)
>>> > at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
>>> >  at
>>> > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.
>>> > java:239)
>>> > at
>>> > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.
>>> > java:230)
>>> >  at
>>> > org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader
>>> > .java:378)
>>> > at
>>> > org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader
>>> > .java:363)  at
>>> > org.apache.log4j.helpers.SyslogWriter.write(SyslogWriter.java:130)
>>> > at org.apache.log4j.helpers.QuietWriter.write(QuietWriter.java:48)
>>> >  at
>>> > org.apache.log4j.helpers.SyslogQuietWriter.write(SyslogQuietWriter.jav
>>> > a:54) at
>>> > org.apache.log4j.net.SyslogAppender.append(SyslogAppender.java:338)
>>> >  at
>>> > org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:251)
>>> > at
>>> > org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(
>>> > AppenderAttachableImpl.java:66)  at
>>> > org.apache.log4j.Category.callAppenders(Category.java:206)
>>> > at org.

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

stuck
>> again :)
>>
>> The sudo shouldn't matter and infact shouldn't be used, lest we miss
>> issues that can occur when sudo isn't used. The command line to bring up
>> the mgmt. server should have the -Dnonoss flag in it though :
>>
>> mvn -pl :cloud-client-ui jetty:run -Dnonoss
>>
>> The keystore error doesn't matter either - the mgmt. server simply
>> generates and uses default settings.
>>
>> Here are my MAVEN_OPTS:
>>
>> [root@vijay-vm1 3415fix1]# echo $MAVEN_OPTS
>> -Xmx1024m -XX:MaxPermSize=500m -Xdebug
>> -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n
>> [root@vijay-vm1 3415fix1]#
>>
>> You can increase the MaxPermSize to 1024M, that should help avoid the
>> permgen space issue.
>>
>> What about the umask? Is it set to 022?
>>
>> As a workaround, how about you creating a /mnt/ and chmod -R 777 /mnt/
>> and retrying? I think it should do the trick to help you proceed while we
>> figure out the root cause in the meantime.
>>
>>
>> Regards,
>> Vijay
>>
>>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: Monday, July 15, 2013 6:43 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Secondary Storage Setup Question
>>
>> This is my related env var:
>>
>> MAVEN_OPTS=-XX:MaxPermSize=1024m -Xmx2048m -Xdebug
>> -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n
>>
>>
>> On Mon, Jul 15, 2013 at 7:40 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>> > Tried to run it with sudo, but got the following PermGen exception:
>> >
>> > java.lang.OutOfMemoryError: PermGen space at
>> > java.lang.ClassLoader.findBootstrapClass(Native Method)  at
>> > java.lang.ClassLoader.findBootstrapClassOrNull(ClassLoader.java:926)
>> > at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
>> >  at
>> > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.
>> > java:239)
>> > at
>> > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.
>> > java:230)
>> >  at
>> > org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader
>> > .java:378)
>> > at
>> > org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader
>> > .java:363)  at
>> > org.apache.log4j.helpers.SyslogWriter.write(SyslogWriter.java:130)
>> > at org.apache.log4j.helpers.QuietWriter.write(QuietWriter.java:48)
>> >  at
>> > org.apache.log4j.helpers.SyslogQuietWriter.write(SyslogQuietWriter.jav
>> > a:54) at
>> > org.apache.log4j.net.SyslogAppender.append(SyslogAppender.java:338)
>> >  at
>> > org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:251)
>> > at
>> > org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(
>> > AppenderAttachableImpl.java:66)  at
>> > org.apache.log4j.Category.callAppenders(Category.java:206)
>> > at org.apache.log4j.Category.forcedLog(Category.java:391)
>> >  at org.apache.log4j.Category.log(Category.java:856)
>> > at
>> > org.apache.commons.logging.impl.Log4JLogger.error(Log4JLogger.java:257
>> > )
>> >  at
>> > org.springframework.web.context.ContextLoader.initWebApplicationContex
>> > t(ContextLoader.java:307)
>> > at
>> > org.springframework.web.context.ContextLoaderListener.contextInitializ
>> > ed(ContextLoaderListener.java:111)
>> >  at
>> > org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.j
>> > ava:549) at
>> > org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
>> >  at
>> > org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java
>> > :1282)
>> > at
>> > org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:5
>> > 18)  at
>> > org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:499)
>> > at
>> > org.mortbay.jetty.plugin.Jetty6PluginWebAppContext.doStart(Jetty6Plugi
>> > nWebAppContext.java:115)
>> >  at
>> > org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:5
>> > 0)
>> > at
>> > org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.
>> > java:152)
>> >  at
>> > org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHand
>> > lerColl

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

Thanks so much for that info!

I feel I'm getting closer. I added /mnt and subfolders were created shortly
thereafter.

I don't know if you saw another e-mail I sent out under a different
subject, but I think that e-mail describes the current cause of my problems
(a misunderstanding in VMware code between used and available bytes).


On Mon, Jul 15, 2013 at 7:57 PM, Vijayendra Bhamidipati <
vijayendra.bhamidip...@citrix.com> wrote:

> Hi Mike!
>
> I haven't actually ever run my setup on Mac OS X, do my work on a CentOS
> VM.. should give that a try soon. The last time I tried, I ran into issues
> with deploydb (mysql errored out on some syntax when granting root
> privileges to the cloud user if I remember right) and got diverted and
> couldn't revisit it - you could probably help me out there if I get stuck
> again :)
>
> The sudo shouldn't matter and infact shouldn't be used, lest we miss
> issues that can occur when sudo isn't used. The command line to bring up
> the mgmt. server should have the -Dnonoss flag in it though :
>
> mvn -pl :cloud-client-ui jetty:run -Dnonoss
>
> The keystore error doesn't matter either - the mgmt. server simply
> generates and uses default settings.
>
> Here are my MAVEN_OPTS:
>
> [root@vijay-vm1 3415fix1]# echo $MAVEN_OPTS
> -Xmx1024m -XX:MaxPermSize=500m -Xdebug
> -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n
> [root@vijay-vm1 3415fix1]#
>
> You can increase the MaxPermSize to 1024M, that should help avoid the
> permgen space issue.
>
> What about the umask? Is it set to 022?
>
> As a workaround, how about you creating a /mnt/ and chmod -R 777 /mnt/ and
> retrying? I think it should do the trick to help you proceed while we
> figure out the root cause in the meantime.
>
>
> Regards,
> Vijay
>
>
> -----Original Message-----
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Monday, July 15, 2013 6:43 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Secondary Storage Setup Question
>
> This is my related env var:
>
> MAVEN_OPTS=-XX:MaxPermSize=1024m -Xmx2048m -Xdebug
> -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n
>
>
> On Mon, Jul 15, 2013 at 7:40 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Tried to run it with sudo, but got the following PermGen exception:
> >
> > java.lang.OutOfMemoryError: PermGen space at
> > java.lang.ClassLoader.findBootstrapClass(Native Method)  at
> > java.lang.ClassLoader.findBootstrapClassOrNull(ClassLoader.java:926)
> > at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
> >  at
> > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.
> > java:239)
> > at
> > org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.
> > java:230)
> >  at
> > org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader
> > .java:378)
> > at
> > org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader
> > .java:363)  at
> > org.apache.log4j.helpers.SyslogWriter.write(SyslogWriter.java:130)
> > at org.apache.log4j.helpers.QuietWriter.write(QuietWriter.java:48)
> >  at
> > org.apache.log4j.helpers.SyslogQuietWriter.write(SyslogQuietWriter.jav
> > a:54) at
> > org.apache.log4j.net.SyslogAppender.append(SyslogAppender.java:338)
> >  at
> > org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:251)
> > at
> > org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(
> > AppenderAttachableImpl.java:66)  at
> > org.apache.log4j.Category.callAppenders(Category.java:206)
> > at org.apache.log4j.Category.forcedLog(Category.java:391)
> >  at org.apache.log4j.Category.log(Category.java:856)
> > at
> > org.apache.commons.logging.impl.Log4JLogger.error(Log4JLogger.java:257
> > )
> >  at
> > org.springframework.web.context.ContextLoader.initWebApplicationContex
> > t(ContextLoader.java:307)
> > at
> > org.springframework.web.context.ContextLoaderListener.contextInitializ
> > ed(ContextLoaderListener.java:111)
> >  at
> > org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.j
> > ava:549) at
> > org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
> >  at
> > org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java
> > :1282)
> > at
> > org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:5
> > 18)  at
> > org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:499)
> > at
> > org.mortbay.jetty.plugin.Jetty6PluginWebApp

RE: Secondary Storage Setup Question

2013-07-15 Thread Vijayendra Bhamidipati

Hi Mike!

I haven't actually ever run my setup on Mac OS X, do my work on a CentOS VM.. 
should give that a try soon. The last time I tried, I ran into issues with 
deploydb (mysql errored out on some syntax when granting root privileges to the 
cloud user if I remember right) and got diverted and couldn't revisit it - you 
could probably help me out there if I get stuck again :)

The sudo shouldn't matter and infact shouldn't be used, lest we miss issues 
that can occur when sudo isn't used. The command line to bring up the mgmt. 
server should have the -Dnonoss flag in it though :

mvn -pl :cloud-client-ui jetty:run -Dnonoss

The keystore error doesn't matter either - the mgmt. server simply generates 
and uses default settings. 

Here are my MAVEN_OPTS:

[root@vijay-vm1 3415fix1]# echo $MAVEN_OPTS
-Xmx1024m -XX:MaxPermSize=500m -Xdebug 
-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n
[root@vijay-vm1 3415fix1]#

You can increase the MaxPermSize to 1024M, that should help avoid the permgen 
space issue.

What about the umask? Is it set to 022?

As a workaround, how about you creating a /mnt/ and chmod -R 777 /mnt/ and 
retrying? I think it should do the trick to help you proceed while we figure 
out the root cause in the meantime.


Regards,
Vijay


-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Monday, July 15, 2013 6:43 PM
To: dev@cloudstack.apache.org
Subject: Re: Secondary Storage Setup Question

This is my related env var:

MAVEN_OPTS=-XX:MaxPermSize=1024m -Xmx2048m -Xdebug 
-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n


On Mon, Jul 15, 2013 at 7:40 PM, Mike Tutkowski < mike.tutkow...@solidfire.com> 
wrote:

> Tried to run it with sudo, but got the following PermGen exception:
>
> java.lang.OutOfMemoryError: PermGen space at 
> java.lang.ClassLoader.findBootstrapClass(Native Method)  at 
> java.lang.ClassLoader.findBootstrapClassOrNull(ClassLoader.java:926)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
>  at
> org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.
> java:239)
> at
> org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.
> java:230)
>  at
> org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader
> .java:378)
> at
> org.mortbay.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader
> .java:363)  at 
> org.apache.log4j.helpers.SyslogWriter.write(SyslogWriter.java:130)
> at org.apache.log4j.helpers.QuietWriter.write(QuietWriter.java:48)
>  at
> org.apache.log4j.helpers.SyslogQuietWriter.write(SyslogQuietWriter.jav
> a:54) at 
> org.apache.log4j.net.SyslogAppender.append(SyslogAppender.java:338)
>  at 
> org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:251)
> at
> org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(
> AppenderAttachableImpl.java:66)  at 
> org.apache.log4j.Category.callAppenders(Category.java:206)
> at org.apache.log4j.Category.forcedLog(Category.java:391)
>  at org.apache.log4j.Category.log(Category.java:856)
> at 
> org.apache.commons.logging.impl.Log4JLogger.error(Log4JLogger.java:257
> )
>  at
> org.springframework.web.context.ContextLoader.initWebApplicationContex
> t(ContextLoader.java:307)
> at
> org.springframework.web.context.ContextLoaderListener.contextInitializ
> ed(ContextLoaderListener.java:111)
>  at
> org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.j
> ava:549) at 
> org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
>  at
> org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java
> :1282)
> at
> org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:5
> 18)  at 
> org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:499)
> at
> org.mortbay.jetty.plugin.Jetty6PluginWebAppContext.doStart(Jetty6Plugi
> nWebAppContext.java:115)
>  at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:5
> 0)
> at
> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.
> java:152)
>  at
> org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHand
> lerCollection.java:156) at 
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:5
> 0)
>  at
> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.
> java:152) at 
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:5
> 0)
>  at
> org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:1
> 30)
>
>
> On Mon, Jul 15, 2013 at 7:31 PM, Mike Tutkowski < 
> mike.tutkow...@solidfire.com> wrote:
>
>> Thanks for all the detail, Vijay!
>>
>> I looked and do not see a /mnt folder

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

t; storage as a datastore on the ESX host first. The mgmt. server then tries
>>> to unpack the ova (to create two files - ovf and vmdk), and it does so
>>> within the same directory where the template resides (on secondary
>>> storage). So, to do that, it attempts to mount -t nfs that secondary share
>>> on the mgmt. server node in a new mount point by the name format
>>> "/mnt/VM/abcdefghijk.lmnopqrs" (this name is autogenerated using a rand()
>>> like function). In your setup, either the creation of that mount point or
>>> the actual mount procedure is failing:
>>>
>>> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable
>>> to create mount point for nfs://172.16.140.5/export/secondary
>>>
>>>
>>> Do you see a /mnt/VM/<>.<> in your mgmt. server host? If you do, can you
>>> mount the secondary on to it manually?
>>>
>>> In case the above mount operation fails in the mgmt. server, it uses
>>> "/mnt/sec/" by default - which is what you see. I would much prefer an
>>> exception to be thrown instead of /mnt/sec being returned. I am not sure
>>> why this string is returned instead - Kelven could throw more light on that.
>>>
>>> This is why I still think that there is some permissions issue with your
>>> setup.
>>>
>>> Routing-8.ova is the default unique name for the system VM template for
>>> vmware. You will find it in the template.properties file in the
>>> template/tmpl/1/8 directory.
>>>
>>> As for the local datastore on the ESX host, cloudstack doesn't use it. I
>>> think that using local datastores can be a cause of failures due to lack of
>>> space and can cause availability issues. This was a scaling issue in
>>> initial openstack Xenserver deployments that used local storage because of
>>> dom0 having only 4GB of space, and afaics the cloudstack architecture
>>> probably avoided it from the beginning for similar reasons. The team could
>>> chip in with their views regarding this.
>>>
>>>
>>> Regards,
>>> Vijay
>>>
>>>
>>> -Original Message-
>>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>> Sent: Monday, July 15, 2013 5:30 PM
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: Secondary Storage Setup Question
>>>
>>> It seems like we're trying to create mount points on ESX. Is that
>>> correct?
>>> They appear to be failing.
>>>
>>> INFO  [storage.resource.VmwareStorageProcessor]
>>> (DirectAgent-24:172.16.140.2) Template routing-8 is not setup yet, setup
>>> template from secondary storage with uuid name:
>>> 37ef1524d36338b8bef2f601843a0e12
>>> INFO  [storage.resource.VmwareStorageProcessor]
>>> (DirectAgent-270:172.16.140.2) Executing
>>> copyTemplateFromSecondaryToPrimary. secondaryStorage: nfs://
>>> 172.16.140.5/export/secondary, templatePathAtSecondaryStorage:
>>> template/tmpl/1/8/, templateName: routing-8 ERROR
>>> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to
>>> create mount: /mnt/VM/1.4ec55471 ERROR [vmware.manager.VmwareManagerImpl]
>>> (DirectAgent-270:172.16.140.2) Unable to create mount: /mnt/VM/1.75fed209
>>> ERROR [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2)
>>> Unable to create mount: /mnt/VM/1.3224a6b ERROR
>>> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to
>>> create mount: /mnt/VM/1.637a2ecd ERROR [vmware.manager.VmwareManagerImpl]
>>> (DirectAgent-270:172.16.140.2) Unable to create mount: /mnt/VM/1.18e47846
>>> ERROR [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2)
>>> Unable to create mount: /mnt/VM/1.788773b3 ERROR
>>> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to
>>> create mount: /mnt/VM/1.32f1b5bb ERROR [vmware.manager.VmwareManagerImpl]
>>> (DirectAgent-270:172.16.140.2) Unable to create mount: /mnt/VM/1.5b1ef2a5
>>> ERROR [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2)
>>> Unable to create mount: /mnt/VM/1.356fba4c ERROR
>>> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to
>>> create mount: /mnt/VM/1.121112ad WARN  [vmware.manager.VmwareManagerImpl]
>>> (DirectAgent-270:172.16.140.2) Unable to create a mount point ERROR
>>> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to
>>> create mount point for

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

port/secondary
>>
>>
>> Do you see a /mnt/VM/<>.<> in your mgmt. server host? If you do, can you
>> mount the secondary on to it manually?
>>
>> In case the above mount operation fails in the mgmt. server, it uses
>> "/mnt/sec/" by default - which is what you see. I would much prefer an
>> exception to be thrown instead of /mnt/sec being returned. I am not sure
>> why this string is returned instead - Kelven could throw more light on that.
>>
>> This is why I still think that there is some permissions issue with your
>> setup.
>>
>> Routing-8.ova is the default unique name for the system VM template for
>> vmware. You will find it in the template.properties file in the
>> template/tmpl/1/8 directory.
>>
>> As for the local datastore on the ESX host, cloudstack doesn't use it. I
>> think that using local datastores can be a cause of failures due to lack of
>> space and can cause availability issues. This was a scaling issue in
>> initial openstack Xenserver deployments that used local storage because of
>> dom0 having only 4GB of space, and afaics the cloudstack architecture
>> probably avoided it from the beginning for similar reasons. The team could
>> chip in with their views regarding this.
>>
>>
>> Regards,
>> Vijay
>>
>>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: Monday, July 15, 2013 5:30 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Secondary Storage Setup Question
>>
>> It seems like we're trying to create mount points on ESX. Is that correct?
>> They appear to be failing.
>>
>> INFO  [storage.resource.VmwareStorageProcessor]
>> (DirectAgent-24:172.16.140.2) Template routing-8 is not setup yet, setup
>> template from secondary storage with uuid name:
>> 37ef1524d36338b8bef2f601843a0e12
>> INFO  [storage.resource.VmwareStorageProcessor]
>> (DirectAgent-270:172.16.140.2) Executing
>> copyTemplateFromSecondaryToPrimary. secondaryStorage: nfs://
>> 172.16.140.5/export/secondary, templatePathAtSecondaryStorage:
>> template/tmpl/1/8/, templateName: routing-8 ERROR
>> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to
>> create mount: /mnt/VM/1.4ec55471 ERROR [vmware.manager.VmwareManagerImpl]
>> (DirectAgent-270:172.16.140.2) Unable to create mount: /mnt/VM/1.75fed209
>> ERROR [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2)
>> Unable to create mount: /mnt/VM/1.3224a6b ERROR
>> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to
>> create mount: /mnt/VM/1.637a2ecd ERROR [vmware.manager.VmwareManagerImpl]
>> (DirectAgent-270:172.16.140.2) Unable to create mount: /mnt/VM/1.18e47846
>> ERROR [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2)
>> Unable to create mount: /mnt/VM/1.788773b3 ERROR
>> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to
>> create mount: /mnt/VM/1.32f1b5bb ERROR [vmware.manager.VmwareManagerImpl]
>> (DirectAgent-270:172.16.140.2) Unable to create mount: /mnt/VM/1.5b1ef2a5
>> ERROR [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2)
>> Unable to create mount: /mnt/VM/1.356fba4c ERROR
>> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to
>> create mount: /mnt/VM/1.121112ad WARN  [vmware.manager.VmwareManagerImpl]
>> (DirectAgent-270:172.16.140.2) Unable to create a mount point ERROR
>> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to
>> create mount point for nfs://172.16.140.5/export/secondary
>> INFO  [storage.resource.VmwareStorageProcessor]
>> (DirectAgent-270:172.16.140.2) Secondary storage mount point: /mnt/sec
>> INFO  [storage.resource.VmwareStorageProcessor]
>> (DirectAgent-270:172.16.140.2) Executing command: tar --no-same-owner -xf
>> /mnt/sec/template/tmpl/1/8/routing-8.ova
>> INFO  [cloud.ha.HighAvailabilityManagerImpl] (HA-1:) checking health of
>> usage server
>>
>>
>>
>>
>> On Mon, Jul 15, 2013 at 6:19 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>> > So, I see references like this in the log:
>> >
>> > 2013-07-15 18:12:59,378 INFO
>> > [storage.resource.VmwareStorageProcessor]
>> > (DirectAgent-270:172.16.140.2) Executing command: tar --no-same-owner
>> > -xf /mnt/sec/template/tmpl/1/8/routing-8.ova
>> >
>> >
>> > 1) I'm not sure why it's referencing /mnt/sec.
>> >
>> > 2) I don't see any rout

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

Thanks for all the detail, Vijay!

I looked and do not see a /mnt folder at all.

This is the contents of the template.properties file I downloaded earlier
today when seeding my secondary storage location:

filename=7035599C-FDB7-4B8F-B880-3C8D0176F921.ova

description=SystemVM Template

checksum=

hvm=false

size=261563904

ova=true

id=8

public=true

ova.filename=7035599C-FDB7-4B8F-B880-3C8D0176F921.ova

uniquename=routing-8

ova.virtualsize=261563904

virtualsize=261563904

ova.size=261563904


I agree that I must have a permissions issue. Do you think it could be the
way I run the management server?


mvn -pl client jetty:run

I do see an SSL keystore error while the CS MS is starting up, but I don't
think this is the problem.

Maybe I need to run the command with sudo?

I'm still a bit new to Mac OS X. :)


On Mon, Jul 15, 2013 at 7:16 PM, Vijayendra Bhamidipati <
vijayendra.bhamidip...@citrix.com> wrote:

> Hi Mike,
>
> The very first time the mgmt. server has to bring up the SSVM, it needs to
> prepare the ova template and make it available to ESX such that ESX can
> import the ovf generated from the ova template over to primary storage,
> thus deploying the system VM. So, the mgmt server mounts the primary
> storage as a datastore on the ESX host first. The mgmt. server then tries
> to unpack the ova (to create two files - ovf and vmdk), and it does so
> within the same directory where the template resides (on secondary
> storage). So, to do that, it attempts to mount -t nfs that secondary share
> on the mgmt. server node in a new mount point by the name format
> "/mnt/VM/abcdefghijk.lmnopqrs" (this name is autogenerated using a rand()
> like function). In your setup, either the creation of that mount point or
> the actual mount procedure is failing:
>
> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable
> to create mount point for nfs://172.16.140.5/export/secondary
>
>
> Do you see a /mnt/VM/<>.<> in your mgmt. server host? If you do, can you
> mount the secondary on to it manually?
>
> In case the above mount operation fails in the mgmt. server, it uses
> "/mnt/sec/" by default - which is what you see. I would much prefer an
> exception to be thrown instead of /mnt/sec being returned. I am not sure
> why this string is returned instead - Kelven could throw more light on that.
>
> This is why I still think that there is some permissions issue with your
> setup.
>
> Routing-8.ova is the default unique name for the system VM template for
> vmware. You will find it in the template.properties file in the
> template/tmpl/1/8 directory.
>
> As for the local datastore on the ESX host, cloudstack doesn't use it. I
> think that using local datastores can be a cause of failures due to lack of
> space and can cause availability issues. This was a scaling issue in
> initial openstack Xenserver deployments that used local storage because of
> dom0 having only 4GB of space, and afaics the cloudstack architecture
> probably avoided it from the beginning for similar reasons. The team could
> chip in with their views regarding this.
>
>
> Regards,
> Vijay
>
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Monday, July 15, 2013 5:30 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Secondary Storage Setup Question
>
> It seems like we're trying to create mount points on ESX. Is that correct?
> They appear to be failing.
>
> INFO  [storage.resource.VmwareStorageProcessor]
> (DirectAgent-24:172.16.140.2) Template routing-8 is not setup yet, setup
> template from secondary storage with uuid name:
> 37ef1524d36338b8bef2f601843a0e12
> INFO  [storage.resource.VmwareStorageProcessor]
> (DirectAgent-270:172.16.140.2) Executing
> copyTemplateFromSecondaryToPrimary. secondaryStorage: nfs://
> 172.16.140.5/export/secondary, templatePathAtSecondaryStorage:
> template/tmpl/1/8/, templateName: routing-8 ERROR
> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to
> create mount: /mnt/VM/1.4ec55471 ERROR [vmware.manager.VmwareManagerImpl]
> (DirectAgent-270:172.16.140.2) Unable to create mount: /mnt/VM/1.75fed209
> ERROR [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2)
> Unable to create mount: /mnt/VM/1.3224a6b ERROR
> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to
> create mount: /mnt/VM/1.637a2ecd ERROR [vmware.manager.VmwareManagerImpl]
> (DirectAgent-270:172.16.140.2) Unable to create mount: /mnt/VM/1.18e47846
> ERROR [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2)
> Unable to create mount: /mnt/VM/1.788773b3 ERROR
> [vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2)

RE: Secondary Storage Setup Question

2013-07-15 Thread Vijayendra Bhamidipati

Hi Mike,

The very first time the mgmt. server has to bring up the SSVM, it needs to 
prepare the ova template and make it available to ESX such that ESX can import 
the ovf generated from the ova template over to primary storage, thus deploying 
the system VM. So, the mgmt server mounts the primary storage as a datastore on 
the ESX host first. The mgmt. server then tries to unpack the ova (to create 
two files - ovf and vmdk), and it does so within the same directory where the 
template resides (on secondary storage). So, to do that, it attempts to mount 
-t nfs that secondary share on the mgmt. server node in a new mount point by 
the name format "/mnt/VM/abcdefghijk.lmnopqrs" (this name is autogenerated 
using a rand() like function). In your setup, either the creation of that mount 
point or the actual mount procedure is failing:

[vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to 
create mount point for nfs://172.16.140.5/export/secondary

Do you see a /mnt/VM/<>.<> in your mgmt. server host? If you do, can you mount 
the secondary on to it manually?

In case the above mount operation fails in the mgmt. server, it uses 
"/mnt/sec/" by default - which is what you see. I would much prefer an 
exception to be thrown instead of /mnt/sec being returned. I am not sure why 
this string is returned instead - Kelven could throw more light on that.

This is why I still think that there is some permissions issue with your setup.

Routing-8.ova is the default unique name for the system VM template for vmware. 
You will find it in the template.properties file in the template/tmpl/1/8 
directory.

As for the local datastore on the ESX host, cloudstack doesn't use it. I think 
that using local datastores can be a cause of failures due to lack of space and 
can cause availability issues. This was a scaling issue in initial openstack 
Xenserver deployments that used local storage because of dom0 having only 4GB 
of space, and afaics the cloudstack architecture probably avoided it from the 
beginning for similar reasons. The team could chip in with their views 
regarding this.

Regards,
Vijay

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Monday, July 15, 2013 5:30 PM
To: dev@cloudstack.apache.org
Subject: Re: Secondary Storage Setup Question

It seems like we're trying to create mount points on ESX. Is that correct?
They appear to be failing.

INFO  [storage.resource.VmwareStorageProcessor]
(DirectAgent-24:172.16.140.2) Template routing-8 is not setup yet, setup 
template from secondary storage with uuid name:
37ef1524d36338b8bef2f601843a0e12
INFO  [storage.resource.VmwareStorageProcessor]
(DirectAgent-270:172.16.140.2) Executing copyTemplateFromSecondaryToPrimary. 
secondaryStorage: nfs:// 172.16.140.5/export/secondary, 
templatePathAtSecondaryStorage:
template/tmpl/1/8/, templateName: routing-8 ERROR 
[vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to 
create mount: /mnt/VM/1.4ec55471 ERROR [vmware.manager.VmwareManagerImpl] 
(DirectAgent-270:172.16.140.2) Unable to create mount: /mnt/VM/1.75fed209 ERROR 
[vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to 
create mount: /mnt/VM/1.3224a6b ERROR [vmware.manager.VmwareManagerImpl] 
(DirectAgent-270:172.16.140.2) Unable to create mount: /mnt/VM/1.637a2ecd ERROR 
[vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to 
create mount: /mnt/VM/1.18e47846 ERROR [vmware.manager.VmwareManagerImpl] 
(DirectAgent-270:172.16.140.2) Unable to create mount: /mnt/VM/1.788773b3 ERROR 
[vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to 
create mount: /mnt/VM/1.32f1b5bb ERROR [vmware.manager.VmwareManagerImpl] 
(DirectAgent-270:172.16.140.2) Unable to create mount: /mnt/VM/1.5b1ef2a5 ERROR 
[vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to 
create mount: /mnt/VM/1.356fba4c ERROR [vmware.manager.VmwareManagerImpl] 
(DirectAgent-270:172.16.140.2) Unable to create mount: /mnt/VM/1.121112ad WARN  
[vmware.manager.VmwareManagerImpl] (DirectAgent-270:172.16.140.2) Unable to 
create a mount point ERROR [vmware.manager.VmwareManagerImpl] 
(DirectAgent-270:172.16.140.2) Unable to create mount point for 
nfs://172.16.140.5/export/secondary
INFO  [storage.resource.VmwareStorageProcessor]
(DirectAgent-270:172.16.140.2) Secondary storage mount point: /mnt/sec INFO  
[storage.resource.VmwareStorageProcessor]
(DirectAgent-270:172.16.140.2) Executing command: tar --no-same-owner -xf 
/mnt/sec/template/tmpl/1/8/routing-8.ova
INFO  [cloud.ha.HighAvailabilityManagerImpl] (HA-1:) checking health of usage 
server

On Mon, Jul 15, 2013 at 6:19 PM, Mike Tutkowski < mike.tutkow...@solidfire.com> 
wrote:

> So, I see references like this in the log:
>
> 2013-07-15 18:12:59,378 INFO  
> [storage.resource.VmwareStorageProcessor]
> (DirectAgent-270:172.1

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

13 at 5:31 PM, Mike Tutkowski <
>>>>> mike.tutkow...@solidfire.com> wrote:
>>>>>
>>>>>> I think you're correct (about permissions). Do you think I missed a
>>>>>> step in the instructions when setting up ESX?
>>>>>>
>>>>>> 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:460)
>>>>>> at com.cloud.utils.script.Script.execute(Script.java:183)
>>>>>>  at com.cloud.utils.script.Script.execute(Script.java:161)
>>>>>> at
>>>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:153)
>>>>>>  at
>>>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249)
>>>>>> at
>>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
>>>>>>  at
>>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
>>>>>> at
>>>>>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565)
>>>>>>  at
>>>>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
>>>>>> at
>>>>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>>>>>  at
>>>>>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>>>>>  at
>>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
>>>>>> at
>>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
>>>>>>  at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
>>>>>> at
>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
>>>>>>  at java.lang.Thread.run(Thread.java:680)
>>>>>> Caused by: java.io.IOException: error=2, No such file or directory
>>>>>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>>>>>  at java.lang.UNIXProcess.(UNIXProcess.java:53)
>>>>>> at java.lang.ProcessImpl.start(ProcessImpl.java:91)
>>>>>>  at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
>>>>>> ... 16 more
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, Jul 15, 2013 at 5:29 PM, Vijayendra Bhamidipati <
>>>>>> vijayendra.bhamidip...@citrix.com> wrote:
>>>>>>
>>>>>>> Looks like /mnt/sec/template/tmpl/1/8/ isn't writable - what do the
>>>>>>> directory permissions show? Also, what's the umask? What other 
>>>>>>> exceptions
>>>>>>> show up (look for the earliest one in the logs)?
>>>>>>>
>>>>>>> Regards,
>>>>>>> Vijay
>>>>>>>
>>>>>>> -Original Message-
>>>>>>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>>>>>> Sent: Monday, July 15, 2013 4:23 PM
>>>>>>> To: dev@cloudstack.apache.org
>>>>>>> Subject: Re: Secondary Storage Setup Question
>>>>>>>
>>>>>>> Any thoughts on this? I have my zone, pod, and cluster up and
>>>>>>> running, but am getting several exception, including the following:
>>>>>>>
>>>>>>> ERROR [storage.resource.VmwareStorageProcessor]
>>>>>>> (DirectAgent-56:172.16.140.2) Unable to unpack snapshot OVA file at:
>>>>>>> /mnt/sec/template/tmpl/1/8/routing-8.ova
>>>>>>> ERROR [storage.resource.VmwareStorageProcessor]
>>>>>>> (DirectAgent-56:172.16.140.2) Unable to execute
>>>>>>> PrimaryStorageDownloadCommand due to exception
>>>>>>> java.lang.Exception: Unable to unpack snapshot OVA file at:
>>&g

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

So, I see references like this in the log:

2013-07-15 18:12:59,378 INFO  [storage.resource.VmwareStorageProcessor]
(DirectAgent-270:172.16.140.2) Executing command: tar --no-same-owner -xf
/mnt/sec/template/tmpl/1/8/routing-8.ova


1) I'm not sure why it's referencing /mnt/sec.

2) I don't see any routing-8.ova file on my NFS share.


I do see that the NFS primary that I set up at /export/primary is
represented in vCenter as a datastore with what appears to be a UUID for a
name, so that makes sense. :)


It also looks like something has been successfully copied at some point to
that NAS datastore as it has a file that wasn't there when I set up the
system initially.


When I added my VMware cluster, CS did not automatically add the local
datastore I had on my ESX host (just one host in this cluster). I was a bit
surprised by that. I went ahead and added that local datastore manually to
CloudStack.


On Mon, Jul 15, 2013 at 5:37 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> I mean withOUT DevCloud2. :)
>
>
> On Mon, Jul 15, 2013 at 5:37 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> Also, I just have the one secondary storage configured in CloudStack with
>> the following path:
>>
>> nfs://172.16.140.5/export/secondary
>>
>> Thanks so much for your help! I'm picking up quite a bit from setting
>> this up with DevCloud2.
>>
>>
>> On Mon, Jul 15, 2013 at 5:34 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>>> My /etc/exports file reads:
>>>
>>> /export  *(rw,async,no_root_squash)
>>>
>>>
>>> On Mon, Jul 15, 2013 at 5:32 PM, Mike Tutkowski <
>>> mike.tutkow...@solidfire.com> wrote:
>>>
>>>> Oh, wait.
>>>>
>>>> /mnt/sec/template/tmpl/1/8/
>>>>
>>>> If this is referencing my NFS share (which I'm guessing it is), my NFS
>>>> share is /export/secondary ...
>>>>
>>>> Should I rename it?
>>>>
>>>>
>>>> On Mon, Jul 15, 2013 at 5:31 PM, Mike Tutkowski <
>>>> mike.tutkow...@solidfire.com> wrote:
>>>>
>>>>> I think you're correct (about permissions). Do you think I missed a
>>>>> step in the instructions when setting up ESX?
>>>>>
>>>>> 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:460)
>>>>> at com.cloud.utils.script.Script.execute(Script.java:183)
>>>>>  at com.cloud.utils.script.Script.execute(Script.java:161)
>>>>> at
>>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:153)
>>>>>  at
>>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249)
>>>>> at
>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
>>>>>  at
>>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
>>>>> at
>>>>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565)
>>>>>  at
>>>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
>>>>> at
>>>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>>>>  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>>>>  at
>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
>>>>> at
>>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
>>>>>  at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
>>>>> at
>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
>>>>>  at java.lang.Thread.run(Thread.java:680)
>>>>> Caused by: java.io.IOException: error=2, No such file or directory
>>>>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>>>>  at java.l

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

I mean withOUT DevCloud2. :)


On Mon, Jul 15, 2013 at 5:37 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Also, I just have the one secondary storage configured in CloudStack with
> the following path:
>
> nfs://172.16.140.5/export/secondary
>
> Thanks so much for your help! I'm picking up quite a bit from setting this
> up with DevCloud2.
>
>
> On Mon, Jul 15, 2013 at 5:34 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> My /etc/exports file reads:
>>
>> /export  *(rw,async,no_root_squash)
>>
>>
>> On Mon, Jul 15, 2013 at 5:32 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>>> Oh, wait.
>>>
>>> /mnt/sec/template/tmpl/1/8/
>>>
>>> If this is referencing my NFS share (which I'm guessing it is), my NFS
>>> share is /export/secondary ...
>>>
>>> Should I rename it?
>>>
>>>
>>> On Mon, Jul 15, 2013 at 5:31 PM, Mike Tutkowski <
>>> mike.tutkow...@solidfire.com> wrote:
>>>
>>>> I think you're correct (about permissions). Do you think I missed a
>>>> step in the instructions when setting up ESX?
>>>>
>>>> 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:460)
>>>> at com.cloud.utils.script.Script.execute(Script.java:183)
>>>>  at com.cloud.utils.script.Script.execute(Script.java:161)
>>>> at
>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:153)
>>>>  at
>>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249)
>>>> at
>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
>>>>  at
>>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
>>>> at
>>>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565)
>>>>  at
>>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
>>>> at
>>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>>>  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>>>  at
>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
>>>> at
>>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
>>>>  at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
>>>> at
>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
>>>>  at java.lang.Thread.run(Thread.java:680)
>>>> Caused by: java.io.IOException: error=2, No such file or directory
>>>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>>>  at java.lang.UNIXProcess.(UNIXProcess.java:53)
>>>> at java.lang.ProcessImpl.start(ProcessImpl.java:91)
>>>>  at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
>>>> ... 16 more
>>>>
>>>>
>>>>
>>>> On Mon, Jul 15, 2013 at 5:29 PM, Vijayendra Bhamidipati <
>>>> vijayendra.bhamidip...@citrix.com> wrote:
>>>>
>>>>> Looks like /mnt/sec/template/tmpl/1/8/ isn't writable - what do the
>>>>> directory permissions show? Also, what's the umask? What other exceptions
>>>>> show up (look for the earliest one in the logs)?
>>>>>
>>>>> Regards,
>>>>> Vijay
>>>>>
>>>>> -Original Message-
>>>>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>>>> Sent: Monday, July 15, 2013 4:23 PM
>>>>> To: dev@cloudstack.apache.org
>>>>> Subject: Re: Secondary Storage Setup Question
>>>>>
>>>>> Any thoughts on this? I have my zone, pod, and cluster up and running,
>>>>> but am getting several exception, incl

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

Also, I just have the one secondary storage configured in CloudStack with
the following path:

nfs://172.16.140.5/export/secondary

Thanks so much for your help! I'm picking up quite a bit from setting this
up with DevCloud2.


On Mon, Jul 15, 2013 at 5:34 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> My /etc/exports file reads:
>
> /export  *(rw,async,no_root_squash)
>
>
> On Mon, Jul 15, 2013 at 5:32 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> Oh, wait.
>>
>> /mnt/sec/template/tmpl/1/8/
>>
>> If this is referencing my NFS share (which I'm guessing it is), my NFS
>> share is /export/secondary ...
>>
>> Should I rename it?
>>
>>
>> On Mon, Jul 15, 2013 at 5:31 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>>> I think you're correct (about permissions). Do you think I missed a step
>>> in the instructions when setting up ESX?
>>>
>>> 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:460)
>>> at com.cloud.utils.script.Script.execute(Script.java:183)
>>>  at com.cloud.utils.script.Script.execute(Script.java:161)
>>> at
>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:153)
>>>  at
>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249)
>>> at
>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
>>>  at
>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
>>> at
>>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565)
>>>  at
>>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
>>> at
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>>  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>>  at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
>>> at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
>>>  at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
>>>  at java.lang.Thread.run(Thread.java:680)
>>> Caused by: java.io.IOException: error=2, No such file or directory
>>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>>  at java.lang.UNIXProcess.(UNIXProcess.java:53)
>>> at java.lang.ProcessImpl.start(ProcessImpl.java:91)
>>>  at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
>>> ... 16 more
>>>
>>>
>>>
>>> On Mon, Jul 15, 2013 at 5:29 PM, Vijayendra Bhamidipati <
>>> vijayendra.bhamidip...@citrix.com> wrote:
>>>
>>>> Looks like /mnt/sec/template/tmpl/1/8/ isn't writable - what do the
>>>> directory permissions show? Also, what's the umask? What other exceptions
>>>> show up (look for the earliest one in the logs)?
>>>>
>>>> Regards,
>>>> Vijay
>>>>
>>>> -Original Message-
>>>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>>> Sent: Monday, July 15, 2013 4:23 PM
>>>> To: dev@cloudstack.apache.org
>>>> Subject: Re: Secondary Storage Setup Question
>>>>
>>>> Any thoughts on this? I have my zone, pod, and cluster up and running,
>>>> but am getting several exception, including the following:
>>>>
>>>> ERROR [storage.resource.VmwareStorageProcessor]
>>>> (DirectAgent-56:172.16.140.2) Unable to unpack snapshot OVA file at:
>>>> /mnt/sec/template/tmpl/1/8/routing-8.ova
>>>> ERROR [storage.resource.VmwareStorageProcessor]
>>>> (DirectAgent-56:172.16.140.2) Unable to execute
>>>> PrimaryStorageDownloadCommand due to exception
>>>> java.lang.Exception: Unable to unpack snapshot OVA file at:
>>>> /mnt/sec/template/tmpl

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

My /etc/exports file reads:

/export  *(rw,async,no_root_squash)


On Mon, Jul 15, 2013 at 5:32 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Oh, wait.
>
> /mnt/sec/template/tmpl/1/8/
>
> If this is referencing my NFS share (which I'm guessing it is), my NFS
> share is /export/secondary ...
>
> Should I rename it?
>
>
> On Mon, Jul 15, 2013 at 5:31 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> I think you're correct (about permissions). Do you think I missed a step
>> in the instructions when setting up ESX?
>>
>> 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:460)
>> at com.cloud.utils.script.Script.execute(Script.java:183)
>>  at com.cloud.utils.script.Script.execute(Script.java:161)
>> at
>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:153)
>>  at
>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249)
>> at
>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
>>  at
>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
>> at
>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565)
>>  at
>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
>> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>>  at
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
>> at
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
>>  at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
>>  at java.lang.Thread.run(Thread.java:680)
>> Caused by: java.io.IOException: error=2, No such file or directory
>> at java.lang.UNIXProcess.forkAndExec(Native Method)
>>  at java.lang.UNIXProcess.(UNIXProcess.java:53)
>> at java.lang.ProcessImpl.start(ProcessImpl.java:91)
>>  at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
>> ... 16 more
>>
>>
>>
>> On Mon, Jul 15, 2013 at 5:29 PM, Vijayendra Bhamidipati <
>> vijayendra.bhamidip...@citrix.com> wrote:
>>
>>> Looks like /mnt/sec/template/tmpl/1/8/ isn't writable - what do the
>>> directory permissions show? Also, what's the umask? What other exceptions
>>> show up (look for the earliest one in the logs)?
>>>
>>> Regards,
>>> Vijay
>>>
>>> -Original Message-
>>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>> Sent: Monday, July 15, 2013 4:23 PM
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: Secondary Storage Setup Question
>>>
>>> Any thoughts on this? I have my zone, pod, and cluster up and running,
>>> but am getting several exception, including the following:
>>>
>>> ERROR [storage.resource.VmwareStorageProcessor]
>>> (DirectAgent-56:172.16.140.2) Unable to unpack snapshot OVA file at:
>>> /mnt/sec/template/tmpl/1/8/routing-8.ova
>>> ERROR [storage.resource.VmwareStorageProcessor]
>>> (DirectAgent-56:172.16.140.2) Unable to execute
>>> PrimaryStorageDownloadCommand due to exception
>>> java.lang.Exception: Unable to unpack snapshot OVA file at:
>>> /mnt/sec/template/tmpl/1/8/routing-8.ova
>>> at
>>>
>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:157)
>>> at
>>>
>>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249)
>>> at
>>>
>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
>>> at
>>>
>>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
>>> at
>>>
>>> com.cloud

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

Oh, wait.

/mnt/sec/template/tmpl/1/8/

If this is referencing my NFS share (which I'm guessing it is), my NFS
share is /export/secondary ...

Should I rename it?


On Mon, Jul 15, 2013 at 5:31 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> I think you're correct (about permissions). Do you think I missed a step
> in the instructions when setting up ESX?
>
> 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:460)
> at com.cloud.utils.script.Script.execute(Script.java:183)
>  at com.cloud.utils.script.Script.execute(Script.java:161)
> at
> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:153)
>  at
> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249)
> at
> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
>  at
> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
> at
> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565)
>  at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>  at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
>  at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
>  at java.lang.Thread.run(Thread.java:680)
> Caused by: java.io.IOException: error=2, No such file or directory
> at java.lang.UNIXProcess.forkAndExec(Native Method)
>  at java.lang.UNIXProcess.(UNIXProcess.java:53)
> at java.lang.ProcessImpl.start(ProcessImpl.java:91)
>  at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
> ... 16 more
>
>
>
> On Mon, Jul 15, 2013 at 5:29 PM, Vijayendra Bhamidipati <
> vijayendra.bhamidip...@citrix.com> wrote:
>
>> Looks like /mnt/sec/template/tmpl/1/8/ isn't writable - what do the
>> directory permissions show? Also, what's the umask? What other exceptions
>> show up (look for the earliest one in the logs)?
>>
>> Regards,
>> Vijay
>>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: Monday, July 15, 2013 4:23 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Secondary Storage Setup Question
>>
>> Any thoughts on this? I have my zone, pod, and cluster up and running,
>> but am getting several exception, including the following:
>>
>> ERROR [storage.resource.VmwareStorageProcessor]
>> (DirectAgent-56:172.16.140.2) Unable to unpack snapshot OVA file at:
>> /mnt/sec/template/tmpl/1/8/routing-8.ova
>> ERROR [storage.resource.VmwareStorageProcessor]
>> (DirectAgent-56:172.16.140.2) Unable to execute
>> PrimaryStorageDownloadCommand due to exception
>> java.lang.Exception: Unable to unpack snapshot OVA file at:
>> /mnt/sec/template/tmpl/1/8/routing-8.ova
>> at
>>
>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:157)
>> at
>>
>> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249)
>> at
>>
>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
>> at
>>
>> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
>> at
>>
>> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565)
>> at
>>
>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
>> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>> at
>>
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecuto

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

I think you're correct (about permissions). Do you think I missed a step in
the instructions when setting up ESX?

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:460)
at com.cloud.utils.script.Script.execute(Script.java:183)
at com.cloud.utils.script.Script.execute(Script.java:161)
at
com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:153)
at
com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249)
at
com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
at
com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
at
com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:680)
Caused by: java.io.IOException: error=2, No such file or directory
at java.lang.UNIXProcess.forkAndExec(Native Method)
at java.lang.UNIXProcess.(UNIXProcess.java:53)
at java.lang.ProcessImpl.start(ProcessImpl.java:91)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:453)
... 16 more

On Mon, Jul 15, 2013 at 5:29 PM, Vijayendra Bhamidipati <
vijayendra.bhamidip...@citrix.com> wrote:

> Looks like /mnt/sec/template/tmpl/1/8/ isn't writable - what do the
> directory permissions show? Also, what's the umask? What other exceptions
> show up (look for the earliest one in the logs)?
>
> Regards,
> Vijay
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Monday, July 15, 2013 4:23 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Secondary Storage Setup Question
>
> Any thoughts on this? I have my zone, pod, and cluster up and running, but
> am getting several exception, including the following:
>
> ERROR [storage.resource.VmwareStorageProcessor]
> (DirectAgent-56:172.16.140.2) Unable to unpack snapshot OVA file at:
> /mnt/sec/template/tmpl/1/8/routing-8.ova
> ERROR [storage.resource.VmwareStorageProcessor]
> (DirectAgent-56:172.16.140.2) Unable to execute
> PrimaryStorageDownloadCommand due to exception
> java.lang.Exception: Unable to unpack snapshot OVA file at:
> /mnt/sec/template/tmpl/1/8/routing-8.ova
> at
>
> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:157)
> at
>
> com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249)
> at
>
> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
> at
>
> com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
> at
>
> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565)
> at
>
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
> at
>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
> at
>
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> at
>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> at java.lang.Thread.run(Thread.java:680)
>
>
>
> On Mon, Jul 15, 2013 at 3:05 PM, Vijayendra Bhamidipati <
> vijayendra.bhamidip...@citrix.com> wrote:
>
> > You can copy over the entire contents over to your nfs server share
> > and reuse it - just make sure that any temp files that get created
>

RE: Secondary Storage Setup Question

2013-07-15 Thread Vijayendra Bhamidipati

Looks like /mnt/sec/template/tmpl/1/8/ isn't writable - what do the directory 
permissions show? Also, what's the umask? What other exceptions show up (look 
for the earliest one in the logs)?

Regards,
Vijay

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Monday, July 15, 2013 4:23 PM
To: dev@cloudstack.apache.org
Subject: Re: Secondary Storage Setup Question

Any thoughts on this? I have my zone, pod, and cluster up and running, but am 
getting several exception, including the following:

ERROR [storage.resource.VmwareStorageProcessor]
(DirectAgent-56:172.16.140.2) Unable to unpack snapshot OVA file at:
/mnt/sec/template/tmpl/1/8/routing-8.ova
ERROR [storage.resource.VmwareStorageProcessor]
(DirectAgent-56:172.16.140.2) Unable to execute PrimaryStorageDownloadCommand 
due to exception
java.lang.Exception: Unable to unpack snapshot OVA file at:
/mnt/sec/template/tmpl/1/8/routing-8.ova
at
com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:157)
at
com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249)
at
com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
at
com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
at
com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:680)



On Mon, Jul 15, 2013 at 3:05 PM, Vijayendra Bhamidipati < 
vijayendra.bhamidip...@citrix.com> wrote:

> You can copy over the entire contents over to your nfs server share 
> and reuse it - just make sure that any temp files that get created 
> between deployments in that secondary storage nfs directory are 
> removed before you go ahead and create your zones. For example, vmware 
> deployments store and retrieve the systemvm.iso file from the 
> $secstorage/systemvm/ directory - so every time you recreate your 
> zone, remove this file first, else you'd probably hit weird issues 
> that nobody else is running into. You can also clear the files under 
> snapshots/ and volumes/ if they don't get cleaned up after you nuke your 
> setup and just retain the template directory chain.
>
> Regards,
> Vijay
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Monday, July 15, 2013 2:00 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Secondary Storage Setup Question
>
> Since I am copying the template info to the computer running the CS 
> MS, but
> - ultimately - I'd like this template info on my NFS server, can I 
> just copy the new folder (and all subfolders, of course) to the right 
> location on the NFS server or are there other changes that would need 
> to be performed?
>
> Thanks for the help! :)
>
>
> On Mon, Jul 15, 2013 at 2:57 PM, Mike Tutkowski < 
> mike.tutkow...@solidfire.com> wrote:
>
> > This command seems to be working (6% done at the moment):
> >
> > ./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs -u 
> > http://jenkins.cloudstack.org/job/build-systemvm-master/lastSuccessf
> > ul 
> > Build/artifact/tools/appliance/dist/systemvmtemplate-2013-07-14-mast
> > er -vmware.ova-h vmware -F -o localhost -r root -d password
> >
> >
> > On Mon, Jul 15, 2013 at 2:55 PM, Mike Tutkowski < 
> > mike.tutkow...@solidfire.com> wrote:
> >
> >> Here are my super-secret DB settings. :)
> >>
> >> # CloudStack database settings
> >>
> >> db.cloud.username=cloud
> >>
> >> db.cloud.password=cloud
> >>
> >> db.root.password=
> >>
> >> db.cloud.host=localhost
> >>
> >> db.cloud.port=3306
> >>
> >> db.cloud.name=cloud
> >>
> >>
> >> On Mon, Jul 15, 2013 at 2:50 PM, Vijayendra Bhamidipati < 
> >> vijayendra.bhamidip...@citrix.com> wrote:
> >>
> >

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

Any thoughts on this? I have my zone, pod, and cluster up and running, but
am getting several exception, including the following:

ERROR [storage.resource.VmwareStorageProcessor]
(DirectAgent-56:172.16.140.2) Unable to unpack snapshot OVA file at:
/mnt/sec/template/tmpl/1/8/routing-8.ova
ERROR [storage.resource.VmwareStorageProcessor]
(DirectAgent-56:172.16.140.2) Unable to execute
PrimaryStorageDownloadCommand due to exception
java.lang.Exception: Unable to unpack snapshot OVA file at:
/mnt/sec/template/tmpl/1/8/routing-8.ova
at
com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateFromSecondaryToPrimary(VmwareStorageProcessor.java:157)
at
com.cloud.storage.resource.VmwareStorageProcessor.copyTemplateToPrimaryStorage(VmwareStorageProcessor.java:249)
at
com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
at
com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
at
com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:565)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:680)



On Mon, Jul 15, 2013 at 3:05 PM, Vijayendra Bhamidipati <
vijayendra.bhamidip...@citrix.com> wrote:

> You can copy over the entire contents over to your nfs server share and
> reuse it - just make sure that any temp files that get created between
> deployments in that secondary storage nfs directory are removed before you
> go ahead and create your zones. For example, vmware deployments store and
> retrieve the systemvm.iso file from the $secstorage/systemvm/ directory -
> so every time you recreate your zone, remove this file first, else you'd
> probably hit weird issues that nobody else is running into. You can also
> clear the files under snapshots/ and volumes/ if they don't get cleaned up
> after you nuke your setup and just retain the template directory chain.
>
> Regards,
> Vijay
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Monday, July 15, 2013 2:00 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Secondary Storage Setup Question
>
> Since I am copying the template info to the computer running the CS MS, but
> - ultimately - I'd like this template info on my NFS server, can I just
> copy the new folder (and all subfolders, of course) to the right location
> on the NFS server or are there other changes that would need to be
> performed?
>
> Thanks for the help! :)
>
>
> On Mon, Jul 15, 2013 at 2:57 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > This command seems to be working (6% done at the moment):
> >
> > ./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs -u
> > http://jenkins.cloudstack.org/job/build-systemvm-master/lastSuccessful
> > Build/artifact/tools/appliance/dist/systemvmtemplate-2013-07-14-master
> > -vmware.ova-h vmware -F -o localhost -r root -d password
> >
> >
> > On Mon, Jul 15, 2013 at 2:55 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> >> Here are my super-secret DB settings. :)
> >>
> >> # CloudStack database settings
> >>
> >> db.cloud.username=cloud
> >>
> >> db.cloud.password=cloud
> >>
> >> db.root.password=
> >>
> >> db.cloud.host=localhost
> >>
> >> db.cloud.port=3306
> >>
> >> db.cloud.name=cloud
> >>
> >>
> >> On Mon, Jul 15, 2013 at 2:50 PM, Vijayendra Bhamidipati <
> >> vijayendra.bhamidip...@citrix.com> wrote:
> >>
> >>> Hi Mike,
> >>>
> >>> The db.properties file that you copied over should contain the db
> >>> usernames and passwords - can you check that file?
> >>>
> >>> Regards,
> >>> Vijay
> >>>
> >>> -Original Message-
> >>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >>> Sent: Monday, July 15, 2013 1:49 PM

RE: Secondary Storage Setup Question

2013-07-15 Thread Vijayendra Bhamidipati

You can copy over the entire contents over to your nfs server share and reuse 
it - just make sure that any temp files that get created between deployments in 
that secondary storage nfs directory are removed before you go ahead and create 
your zones. For example, vmware deployments store and retrieve the systemvm.iso 
file from the $secstorage/systemvm/ directory - so every time you recreate your 
zone, remove this file first, else you'd probably hit weird issues that nobody 
else is running into. You can also clear the files under snapshots/ and 
volumes/ if they don't get cleaned up after you nuke your setup and just retain 
the template directory chain.

Regards,
Vijay

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Monday, July 15, 2013 2:00 PM
To: dev@cloudstack.apache.org
Subject: Re: Secondary Storage Setup Question

Since I am copying the template info to the computer running the CS MS, but
- ultimately - I'd like this template info on my NFS server, can I just copy 
the new folder (and all subfolders, of course) to the right location on the NFS 
server or are there other changes that would need to be performed?

Thanks for the help! :)


On Mon, Jul 15, 2013 at 2:57 PM, Mike Tutkowski < mike.tutkow...@solidfire.com> 
wrote:

> This command seems to be working (6% done at the moment):
>
> ./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs -u 
> http://jenkins.cloudstack.org/job/build-systemvm-master/lastSuccessful
> Build/artifact/tools/appliance/dist/systemvmtemplate-2013-07-14-master
> -vmware.ova-h vmware -F -o localhost -r root -d password
>
>
> On Mon, Jul 15, 2013 at 2:55 PM, Mike Tutkowski < 
> mike.tutkow...@solidfire.com> wrote:
>
>> Here are my super-secret DB settings. :)
>>
>> # CloudStack database settings
>>
>> db.cloud.username=cloud
>>
>> db.cloud.password=cloud
>>
>> db.root.password=
>>
>> db.cloud.host=localhost
>>
>> db.cloud.port=3306
>>
>> db.cloud.name=cloud
>>
>>
>> On Mon, Jul 15, 2013 at 2:50 PM, Vijayendra Bhamidipati < 
>> vijayendra.bhamidip...@citrix.com> wrote:
>>
>>> Hi Mike,
>>>
>>> The db.properties file that you copied over should contain the db 
>>> usernames and passwords - can you check that file?
>>>
>>> Regards,
>>> Vijay
>>>
>>> -Original Message-
>>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>> Sent: Monday, July 15, 2013 1:49 PM
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: Secondary Storage Setup Question
>>>
>>> Looks like I need to specify my username and password.
>>>
>>> Also, it looks like wget is not installed on my computer.
>>>
>>>
>>> On Mon, Jul 15, 2013 at 2:40 PM, Mike Tutkowski < 
>>> mike.tutkow...@solidfire.com> wrote:
>>>
>>> > Great - thanks. I'm not sure if I should specify -s and the secret 
>>> > or
>>> not.
>>> > The way I'm doing this, with the DB on one computer and the NFS 
>>> > share on another, I was just assuming I could leave off -s.
>>> >
>>> > This is the current result I get (using the path John provided for 
>>> > the OVA
>>> > file):
>>> >
>>> > ./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs -u 
>>> > http://jenkins.cloudstack.org/job/build-systemvm-master/systemvmte
>>> > mpla te-2013-07-14-master-vmware.ova-h vmware -F
>>> > sed: 1: "s/^[[:space:]]*//;s/[[: ...": bad flag in substitute command:
>>> 'i'
>>> > ERROR 1045 (28000): Access denied for user 'cloud'@'localhost' 
>>> > (using
>>> > password: NO)
>>> > Unable to get template Id from database Installation failed
>>> >
>>> > Any thoughts on this?
>>> >
>>> > Thanks again
>>> >
>>> >
>>> > On Mon, Jul 15, 2013 at 2:36 PM, Vijayendra Bhamidipati < 
>>> > vijayendra.bhamidip...@citrix.com> wrote:
>>> >
>>> >> Hi Mike,
>>> >>
>>> >> Yes, you can leave out the -s option in that case. Looking at the 
>>> >> script, the -F option if specified, deletes all existing files in 
>>> >> the destination directory where the system templates are to be 
>>> >> placed, so if you want it to start clean, you should specify 
>>> >> that, else you can leave it out as well, it'll be fine.
>>> >

RE: Secondary Storage Setup Question

2013-07-15 Thread Vijayendra Bhamidipati

Great! :)

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Monday, July 15, 2013 1:58 PM
To: dev@cloudstack.apache.org
Subject: Re: Secondary Storage Setup Question

This command seems to be working (6% done at the moment):

./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs -u 
http://jenkins.cloudstack.org/job/build-systemvm-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvmtemplate-2013-07-14-master-vmware.ova-h
vmware -F -o localhost -r root -d password


On Mon, Jul 15, 2013 at 2:55 PM, Mike Tutkowski < mike.tutkow...@solidfire.com> 
wrote:

> Here are my super-secret DB settings. :)
>
> # CloudStack database settings
>
> db.cloud.username=cloud
>
> db.cloud.password=cloud
>
> db.root.password=
>
> db.cloud.host=localhost
>
> db.cloud.port=3306
>
> db.cloud.name=cloud
>
>
> On Mon, Jul 15, 2013 at 2:50 PM, Vijayendra Bhamidipati < 
> vijayendra.bhamidip...@citrix.com> wrote:
>
>> Hi Mike,
>>
>> The db.properties file that you copied over should contain the db 
>> usernames and passwords - can you check that file?
>>
>> Regards,
>> Vijay
>>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: Monday, July 15, 2013 1:49 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Secondary Storage Setup Question
>>
>> Looks like I need to specify my username and password.
>>
>> Also, it looks like wget is not installed on my computer.
>>
>>
>> On Mon, Jul 15, 2013 at 2:40 PM, Mike Tutkowski < 
>> mike.tutkow...@solidfire.com> wrote:
>>
>> > Great - thanks. I'm not sure if I should specify -s and the secret 
>> > or
>> not.
>> > The way I'm doing this, with the DB on one computer and the NFS 
>> > share on another, I was just assuming I could leave off -s.
>> >
>> > This is the current result I get (using the path John provided for 
>> > the OVA
>> > file):
>> >
>> > ./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs -u 
>> > http://jenkins.cloudstack.org/job/build-systemvm-master/systemvmtem
>> > pla te-2013-07-14-master-vmware.ova-h vmware -F
>> > sed: 1: "s/^[[:space:]]*//;s/[[: ...": bad flag in substitute command:
>> 'i'
>> > ERROR 1045 (28000): Access denied for user 'cloud'@'localhost' 
>> > (using
>> > password: NO)
>> > Unable to get template Id from database Installation failed
>> >
>> > Any thoughts on this?
>> >
>> > Thanks again
>> >
>> >
>> > On Mon, Jul 15, 2013 at 2:36 PM, Vijayendra Bhamidipati < 
>> > vijayendra.bhamidip...@citrix.com> wrote:
>> >
>> >> Hi Mike,
>> >>
>> >> Yes, you can leave out the -s option in that case. Looking at the 
>> >> script, the -F option if specified, deletes all existing files in 
>> >> the destination directory where the system templates are to be 
>> >> placed, so if you want it to start clean, you should specify that, 
>> >> else you can leave it out as well, it'll be fine.
>> >>
>> >> Regards,
>> >> Vijay
>> >>
>> >> -Original Message-
>> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> >> Sent: Monday, July 15, 2013 1:31 PM
>> >> To: dev@cloudstack.apache.org
>> >> Subject: Re: Secondary Storage Setup Question
>> >>
>> >> Just curious about the optional parameter:
>> >>
>> >> /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sy
>> >> s-t
>> >> mplt
>> >> -m /mnt/secondary -u
>> >> http://download.cloud.com/templates/burbank/burbank-systemvm-08012
>> >> 012
>> >> .ova
>> >> -h<http://download.cloud.com/templates/burbank/burbank-systemvm-08
>> >> 012 012.ova-h>vmware -s   
>> >> -F
>> >>
>> >>
>> >> If you don't want to specify a secret key, do you also leave the 
>> >> -s
>> off?
>> >> How's about the -F?
>> >>
>> >> Thanks!
>> >>
>> >>
>> >> On Mon, Jul 15, 2013 at 1:58 PM, Mike Tutkowski < 
>> >> mike.tutkow...@solidfire.com> wrote:
>> >>
>> >> > Perfect - thanks!
>> >> >
>> >> >
>> >> > On Mon, Jul 15, 2013

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

Since I am copying the template info to the computer running the CS MS, but
- ultimately - I'd like this template info on my NFS server, can I just
copy the new folder (and all subfolders, of course) to the right location
on the NFS server or are there other changes that would need to be
performed?

Thanks for the help! :)


On Mon, Jul 15, 2013 at 2:57 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> This command seems to be working (6% done at the moment):
>
> ./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs -u
> http://jenkins.cloudstack.org/job/build-systemvm-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvmtemplate-2013-07-14-master-vmware.ova-h
>  vmware -F -o localhost -r root -d password
>
>
> On Mon, Jul 15, 2013 at 2:55 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> Here are my super-secret DB settings. :)
>>
>> # CloudStack database settings
>>
>> db.cloud.username=cloud
>>
>> db.cloud.password=cloud
>>
>> db.root.password=
>>
>> db.cloud.host=localhost
>>
>> db.cloud.port=3306
>>
>> db.cloud.name=cloud
>>
>>
>> On Mon, Jul 15, 2013 at 2:50 PM, Vijayendra Bhamidipati <
>> vijayendra.bhamidip...@citrix.com> wrote:
>>
>>> Hi Mike,
>>>
>>> The db.properties file that you copied over should contain the db
>>> usernames and passwords - can you check that file?
>>>
>>> Regards,
>>> Vijay
>>>
>>> -Original Message-
>>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>> Sent: Monday, July 15, 2013 1:49 PM
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: Secondary Storage Setup Question
>>>
>>> Looks like I need to specify my username and password.
>>>
>>> Also, it looks like wget is not installed on my computer.
>>>
>>>
>>> On Mon, Jul 15, 2013 at 2:40 PM, Mike Tutkowski <
>>> mike.tutkow...@solidfire.com> wrote:
>>>
>>> > Great - thanks. I'm not sure if I should specify -s and the secret or
>>> not.
>>> > The way I'm doing this, with the DB on one computer and the NFS share
>>> > on another, I was just assuming I could leave off -s.
>>> >
>>> > This is the current result I get (using the path John provided for the
>>> > OVA
>>> > file):
>>> >
>>> > ./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs -u
>>> > http://jenkins.cloudstack.org/job/build-systemvm-master/systemvmtempla
>>> > te-2013-07-14-master-vmware.ova-h vmware -F
>>> > sed: 1: "s/^[[:space:]]*//;s/[[: ...": bad flag in substitute command:
>>> 'i'
>>> > ERROR 1045 (28000): Access denied for user 'cloud'@'localhost' (using
>>> > password: NO)
>>> > Unable to get template Id from database Installation failed
>>> >
>>> > Any thoughts on this?
>>> >
>>> > Thanks again
>>> >
>>> >
>>> > On Mon, Jul 15, 2013 at 2:36 PM, Vijayendra Bhamidipati <
>>> > vijayendra.bhamidip...@citrix.com> wrote:
>>> >
>>> >> Hi Mike,
>>> >>
>>> >> Yes, you can leave out the -s option in that case. Looking at the
>>> >> script, the -F option if specified, deletes all existing files in the
>>> >> destination directory where the system templates are to be placed, so
>>> >> if you want it to start clean, you should specify that, else you can
>>> >> leave it out as well, it'll be fine.
>>> >>
>>> >> Regards,
>>> >> Vijay
>>> >>
>>> >> -Original Message-
>>> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>> >> Sent: Monday, July 15, 2013 1:31 PM
>>> >> To: dev@cloudstack.apache.org
>>> >> Subject: Re: Secondary Storage Setup Question
>>> >>
>>> >> Just curious about the optional parameter:
>>> >>
>>> >> /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-t
>>> >> mplt
>>> >> -m /mnt/secondary -u
>>> >> http://download.cloud.com/templates/burbank/burbank-systemvm-08012012
>>> >> .ova
>>> >> -h<http://download.cloud.com/templates/burbank/burbank-systemvm-08012
>>> >> 012.ova-h>vmware -s   -F
>>> >>
>&g

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

This command seems to be working (6% done at the moment):

./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs -u
http://jenkins.cloudstack.org/job/build-systemvm-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvmtemplate-2013-07-14-master-vmware.ova-h
vmware -F -o localhost -r root -d password


On Mon, Jul 15, 2013 at 2:55 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Here are my super-secret DB settings. :)
>
> # CloudStack database settings
>
> db.cloud.username=cloud
>
> db.cloud.password=cloud
>
> db.root.password=
>
> db.cloud.host=localhost
>
> db.cloud.port=3306
>
> db.cloud.name=cloud
>
>
> On Mon, Jul 15, 2013 at 2:50 PM, Vijayendra Bhamidipati <
> vijayendra.bhamidip...@citrix.com> wrote:
>
>> Hi Mike,
>>
>> The db.properties file that you copied over should contain the db
>> usernames and passwords - can you check that file?
>>
>> Regards,
>> Vijay
>>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: Monday, July 15, 2013 1:49 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Secondary Storage Setup Question
>>
>> Looks like I need to specify my username and password.
>>
>> Also, it looks like wget is not installed on my computer.
>>
>>
>> On Mon, Jul 15, 2013 at 2:40 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>> > Great - thanks. I'm not sure if I should specify -s and the secret or
>> not.
>> > The way I'm doing this, with the DB on one computer and the NFS share
>> > on another, I was just assuming I could leave off -s.
>> >
>> > This is the current result I get (using the path John provided for the
>> > OVA
>> > file):
>> >
>> > ./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs -u
>> > http://jenkins.cloudstack.org/job/build-systemvm-master/systemvmtempla
>> > te-2013-07-14-master-vmware.ova-h vmware -F
>> > sed: 1: "s/^[[:space:]]*//;s/[[: ...": bad flag in substitute command:
>> 'i'
>> > ERROR 1045 (28000): Access denied for user 'cloud'@'localhost' (using
>> > password: NO)
>> > Unable to get template Id from database Installation failed
>> >
>> > Any thoughts on this?
>> >
>> > Thanks again
>> >
>> >
>> > On Mon, Jul 15, 2013 at 2:36 PM, Vijayendra Bhamidipati <
>> > vijayendra.bhamidip...@citrix.com> wrote:
>> >
>> >> Hi Mike,
>> >>
>> >> Yes, you can leave out the -s option in that case. Looking at the
>> >> script, the -F option if specified, deletes all existing files in the
>> >> destination directory where the system templates are to be placed, so
>> >> if you want it to start clean, you should specify that, else you can
>> >> leave it out as well, it'll be fine.
>> >>
>> >> Regards,
>> >> Vijay
>> >>
>> >> -Original Message-
>> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> >> Sent: Monday, July 15, 2013 1:31 PM
>> >> To: dev@cloudstack.apache.org
>> >> Subject: Re: Secondary Storage Setup Question
>> >>
>> >> Just curious about the optional parameter:
>> >>
>> >> /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-t
>> >> mplt
>> >> -m /mnt/secondary -u
>> >> http://download.cloud.com/templates/burbank/burbank-systemvm-08012012
>> >> .ova
>> >> -h<http://download.cloud.com/templates/burbank/burbank-systemvm-08012
>> >> 012.ova-h>vmware -s   -F
>> >>
>> >>
>> >> If you don't want to specify a secret key, do you also leave the -s
>> off?
>> >> How's about the -F?
>> >>
>> >> Thanks!
>> >>
>> >>
>> >> On Mon, Jul 15, 2013 at 1:58 PM, Mike Tutkowski <
>> >> mike.tutkow...@solidfire.com> wrote:
>> >>
>> >> > Perfect - thanks!
>> >> >
>> >> >
>> >> > On Mon, Jul 15, 2013 at 12:51 PM, Vijayendra Bhamidipati <
>> >> > vijayendra.bhamidip...@citrix.com> wrote:
>> >> >
>> >> >> Hi Mike,
>> >> >>
>> >> >> You can find the cloud-install-sys-tmplt script in the source at
>> >> >> ./scripts/storage/secondar

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

Here are my super-secret DB settings. :)

# CloudStack database settings

db.cloud.username=cloud

db.cloud.password=cloud

db.root.password=

db.cloud.host=localhost

db.cloud.port=3306

db.cloud.name=cloud


On Mon, Jul 15, 2013 at 2:50 PM, Vijayendra Bhamidipati <
vijayendra.bhamidip...@citrix.com> wrote:

> Hi Mike,
>
> The db.properties file that you copied over should contain the db
> usernames and passwords - can you check that file?
>
> Regards,
> Vijay
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Monday, July 15, 2013 1:49 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Secondary Storage Setup Question
>
> Looks like I need to specify my username and password.
>
> Also, it looks like wget is not installed on my computer.
>
>
> On Mon, Jul 15, 2013 at 2:40 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Great - thanks. I'm not sure if I should specify -s and the secret or
> not.
> > The way I'm doing this, with the DB on one computer and the NFS share
> > on another, I was just assuming I could leave off -s.
> >
> > This is the current result I get (using the path John provided for the
> > OVA
> > file):
> >
> > ./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs -u
> > http://jenkins.cloudstack.org/job/build-systemvm-master/systemvmtempla
> > te-2013-07-14-master-vmware.ova-h vmware -F
> > sed: 1: "s/^[[:space:]]*//;s/[[: ...": bad flag in substitute command:
> 'i'
> > ERROR 1045 (28000): Access denied for user 'cloud'@'localhost' (using
> > password: NO)
> > Unable to get template Id from database Installation failed
> >
> > Any thoughts on this?
> >
> > Thanks again
> >
> >
> > On Mon, Jul 15, 2013 at 2:36 PM, Vijayendra Bhamidipati <
> > vijayendra.bhamidip...@citrix.com> wrote:
> >
> >> Hi Mike,
> >>
> >> Yes, you can leave out the -s option in that case. Looking at the
> >> script, the -F option if specified, deletes all existing files in the
> >> destination directory where the system templates are to be placed, so
> >> if you want it to start clean, you should specify that, else you can
> >> leave it out as well, it'll be fine.
> >>
> >> Regards,
> >> Vijay
> >>
> >> -Original Message-
> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >> Sent: Monday, July 15, 2013 1:31 PM
> >> To: dev@cloudstack.apache.org
> >> Subject: Re: Secondary Storage Setup Question
> >>
> >> Just curious about the optional parameter:
> >>
> >> /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-t
> >> mplt
> >> -m /mnt/secondary -u
> >> http://download.cloud.com/templates/burbank/burbank-systemvm-08012012
> >> .ova
> >> -h<http://download.cloud.com/templates/burbank/burbank-systemvm-08012
> >> 012.ova-h>vmware -s   -F
> >>
> >>
> >> If you don't want to specify a secret key, do you also leave the -s off?
> >> How's about the -F?
> >>
> >> Thanks!
> >>
> >>
> >> On Mon, Jul 15, 2013 at 1:58 PM, Mike Tutkowski <
> >> mike.tutkow...@solidfire.com> wrote:
> >>
> >> > Perfect - thanks!
> >> >
> >> >
> >> > On Mon, Jul 15, 2013 at 12:51 PM, Vijayendra Bhamidipati <
> >> > vijayendra.bhamidip...@citrix.com> wrote:
> >> >
> >> >> Hi Mike,
> >> >>
> >> >> You can find the cloud-install-sys-tmplt script in the source at
> >> >> ./scripts/storage/secondary/cloud-install-sys-tmplt - you can run
> >> >> that directly from that location and preseed your secondary storage.
> >> >> The script would error out with a message saying it can't read
> >> >> /etc/cloudstack/management/db.properties - you can simply mkdir -p
> >> >> /etc/cloudstack/management/ and copy over your src's
> >> >> utils/conf/db.properties (or db.properties.override if you have
> >> >> it) to that directory and rerun the script.
> >> >>
> >> >> Regards,
> >> >> Vijay
> >> >>
> >> >> -Original Message-
> >> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >> >> Sent: Sunday, July 14, 2013 11:47 PM
> >> >> To: dev@cloudstack.apache.o

RE: Secondary Storage Setup Question

2013-07-15 Thread Vijayendra Bhamidipati

Hi Mike,

The db.properties file that you copied over should contain the db usernames and 
passwords - can you check that file?

Regards,
Vijay

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Monday, July 15, 2013 1:49 PM
To: dev@cloudstack.apache.org
Subject: Re: Secondary Storage Setup Question

Looks like I need to specify my username and password.

Also, it looks like wget is not installed on my computer.


On Mon, Jul 15, 2013 at 2:40 PM, Mike Tutkowski < mike.tutkow...@solidfire.com> 
wrote:

> Great - thanks. I'm not sure if I should specify -s and the secret or not.
> The way I'm doing this, with the DB on one computer and the NFS share 
> on another, I was just assuming I could leave off -s.
>
> This is the current result I get (using the path John provided for the 
> OVA
> file):
>
> ./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs -u 
> http://jenkins.cloudstack.org/job/build-systemvm-master/systemvmtempla
> te-2013-07-14-master-vmware.ova-h vmware -F
> sed: 1: "s/^[[:space:]]*//;s/[[: ...": bad flag in substitute command: 'i'
> ERROR 1045 (28000): Access denied for user 'cloud'@'localhost' (using
> password: NO)
> Unable to get template Id from database Installation failed
>
> Any thoughts on this?
>
> Thanks again
>
>
> On Mon, Jul 15, 2013 at 2:36 PM, Vijayendra Bhamidipati < 
> vijayendra.bhamidip...@citrix.com> wrote:
>
>> Hi Mike,
>>
>> Yes, you can leave out the -s option in that case. Looking at the 
>> script, the -F option if specified, deletes all existing files in the 
>> destination directory where the system templates are to be placed, so 
>> if you want it to start clean, you should specify that, else you can 
>> leave it out as well, it'll be fine.
>>
>> Regards,
>> Vijay
>>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: Monday, July 15, 2013 1:31 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Secondary Storage Setup Question
>>
>> Just curious about the optional parameter:
>>
>> /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-t
>> mplt
>> -m /mnt/secondary -u
>> http://download.cloud.com/templates/burbank/burbank-systemvm-08012012
>> .ova 
>> -h<http://download.cloud.com/templates/burbank/burbank-systemvm-08012
>> 012.ova-h>vmware -s   -F
>>
>>
>> If you don't want to specify a secret key, do you also leave the -s off?
>> How's about the -F?
>>
>> Thanks!
>>
>>
>> On Mon, Jul 15, 2013 at 1:58 PM, Mike Tutkowski < 
>> mike.tutkow...@solidfire.com> wrote:
>>
>> > Perfect - thanks!
>> >
>> >
>> > On Mon, Jul 15, 2013 at 12:51 PM, Vijayendra Bhamidipati < 
>> > vijayendra.bhamidip...@citrix.com> wrote:
>> >
>> >> Hi Mike,
>> >>
>> >> You can find the cloud-install-sys-tmplt script in the source at 
>> >> ./scripts/storage/secondary/cloud-install-sys-tmplt - you can run 
>> >> that directly from that location and preseed your secondary storage.
>> >> The script would error out with a message saying it can't read 
>> >> /etc/cloudstack/management/db.properties - you can simply mkdir -p 
>> >> /etc/cloudstack/management/ and copy over your src's 
>> >> utils/conf/db.properties (or db.properties.override if you have 
>> >> it) to that directory and rerun the script.
>> >>
>> >> Regards,
>> >> Vijay
>> >>
>> >> -Original Message-
>> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> >> Sent: Sunday, July 14, 2013 11:47 PM
>> >> To: dev@cloudstack.apache.org
>> >> Subject: Secondary Storage Setup Question
>> >>
>> >> Hi,
>> >>
>> >> I'm trying to set up CloudStack with a VMware-only configuration. 
>> >> In the past, I've always used DevCloud2, which has worked nicely 
>> >> when I had Xen in the mix.
>> >>
>> >> One of the steps I need to do, of course, is to configure 
>> >> secondary storage.
>> >>
>> >> I have two NFS shares:
>> >>
>> >> /export/primary
>> >> /export/secondary
>> >>
>> >> My management server is running in Eclipse on a different computer 
>> >> than the one the NFS shares are on.
>> >>
>> >> I've gotten

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

Looks like I need to specify my username and password.

Also, it looks like wget is not installed on my computer.


On Mon, Jul 15, 2013 at 2:40 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Great - thanks. I'm not sure if I should specify -s and the secret or not.
> The way I'm doing this, with the DB on one computer and the NFS share on
> another, I was just assuming I could leave off -s.
>
> This is the current result I get (using the path John provided for the OVA
> file):
>
> ./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs -u
> http://jenkins.cloudstack.org/job/build-systemvm-master/systemvmtemplate-2013-07-14-master-vmware.ova-h
>  vmware -F
> sed: 1: "s/^[[:space:]]*//;s/[[: ...": bad flag in substitute command: 'i'
> ERROR 1045 (28000): Access denied for user 'cloud'@'localhost' (using
> password: NO)
> Unable to get template Id from database
> Installation failed
>
> Any thoughts on this?
>
> Thanks again
>
>
> On Mon, Jul 15, 2013 at 2:36 PM, Vijayendra Bhamidipati <
> vijayendra.bhamidip...@citrix.com> wrote:
>
>> Hi Mike,
>>
>> Yes, you can leave out the -s option in that case. Looking at the script,
>> the -F option if specified, deletes all existing files in the destination
>> directory where the system templates are to be placed, so if you want it to
>> start clean, you should specify that, else you can leave it out as well,
>> it'll be fine.
>>
>> Regards,
>> Vijay
>>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: Monday, July 15, 2013 1:31 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Secondary Storage Setup Question
>>
>> Just curious about the optional parameter:
>>
>> /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt
>> -m /mnt/secondary -u
>> http://download.cloud.com/templates/burbank/burbank-systemvm-08012012.ova
>> -h<http://download.cloud.com/templates/burbank/burbank-systemvm-08012012.ova-h>vmware
>>  -s   -F
>>
>>
>> If you don't want to specify a secret key, do you also leave the -s off?
>> How's about the -F?
>>
>> Thanks!
>>
>>
>> On Mon, Jul 15, 2013 at 1:58 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>> > Perfect - thanks!
>> >
>> >
>> > On Mon, Jul 15, 2013 at 12:51 PM, Vijayendra Bhamidipati <
>> > vijayendra.bhamidip...@citrix.com> wrote:
>> >
>> >> Hi Mike,
>> >>
>> >> You can find the cloud-install-sys-tmplt script in the source at
>> >> ./scripts/storage/secondary/cloud-install-sys-tmplt - you can run
>> >> that directly from that location and preseed your secondary storage.
>> >> The script would error out with a message saying it can't read
>> >> /etc/cloudstack/management/db.properties - you can simply mkdir -p
>> >> /etc/cloudstack/management/ and copy over your src's
>> >> utils/conf/db.properties (or db.properties.override if you have it)
>> >> to that directory and rerun the script.
>> >>
>> >> Regards,
>> >> Vijay
>> >>
>> >> -Original Message-
>> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> >> Sent: Sunday, July 14, 2013 11:47 PM
>> >> To: dev@cloudstack.apache.org
>> >> Subject: Secondary Storage Setup Question
>> >>
>> >> Hi,
>> >>
>> >> I'm trying to set up CloudStack with a VMware-only configuration. In
>> >> the past, I've always used DevCloud2, which has worked nicely when I
>> >> had Xen in the mix.
>> >>
>> >> One of the steps I need to do, of course, is to configure secondary
>> >> storage.
>> >>
>> >> I have two NFS shares:
>> >>
>> >> /export/primary
>> >> /export/secondary
>> >>
>> >> My management server is running in Eclipse on a different computer
>> >> than the one the NFS shares are on.
>> >>
>> >> I've gotten to the point where I'm supposed to seed secondary storage
>> >> with a system VM template (
>> >> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.0-incub
>> >> ating/html/Installation_Guide/management-server-install-flow.html
>> >> ).
>> >> It makes reference to a script I'm supposed to run. The pro

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

Great - thanks. I'm not sure if I should specify -s and the secret or not.
The way I'm doing this, with the DB on one computer and the NFS share on
another, I was just assuming I could leave off -s.

This is the current result I get (using the path John provided for the OVA
file):

./cloud-install-sys-tmplt -m /Users/mtutkowski/Documents/nfs -u
http://jenkins.cloudstack.org/job/build-systemvm-master/systemvmtemplate-2013-07-14-master-vmware.ova-h
vmware -F
sed: 1: "s/^[[:space:]]*//;s/[[: ...": bad flag in substitute command: 'i'
ERROR 1045 (28000): Access denied for user 'cloud'@'localhost' (using
password: NO)
Unable to get template Id from database
Installation failed

Any thoughts on this?

Thanks again


On Mon, Jul 15, 2013 at 2:36 PM, Vijayendra Bhamidipati <
vijayendra.bhamidip...@citrix.com> wrote:

> Hi Mike,
>
> Yes, you can leave out the -s option in that case. Looking at the script,
> the -F option if specified, deletes all existing files in the destination
> directory where the system templates are to be placed, so if you want it to
> start clean, you should specify that, else you can leave it out as well,
> it'll be fine.
>
> Regards,
> Vijay
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Monday, July 15, 2013 1:31 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Secondary Storage Setup Question
>
> Just curious about the optional parameter:
>
> /usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt
> -m /mnt/secondary -u
> http://download.cloud.com/templates/burbank/burbank-systemvm-08012012.ova
> -h vmware -s   -F
>
>
> If you don't want to specify a secret key, do you also leave the -s off?
> How's about the -F?
>
> Thanks!
>
>
> On Mon, Jul 15, 2013 at 1:58 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Perfect - thanks!
> >
> >
> > On Mon, Jul 15, 2013 at 12:51 PM, Vijayendra Bhamidipati <
> > vijayendra.bhamidip...@citrix.com> wrote:
> >
> >> Hi Mike,
> >>
> >> You can find the cloud-install-sys-tmplt script in the source at
> >> ./scripts/storage/secondary/cloud-install-sys-tmplt - you can run
> >> that directly from that location and preseed your secondary storage.
> >> The script would error out with a message saying it can't read
> >> /etc/cloudstack/management/db.properties - you can simply mkdir -p
> >> /etc/cloudstack/management/ and copy over your src's
> >> utils/conf/db.properties (or db.properties.override if you have it)
> >> to that directory and rerun the script.
> >>
> >> Regards,
> >> Vijay
> >>
> >> -Original Message-
> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >> Sent: Sunday, July 14, 2013 11:47 PM
> >> To: dev@cloudstack.apache.org
> >> Subject: Secondary Storage Setup Question
> >>
> >> Hi,
> >>
> >> I'm trying to set up CloudStack with a VMware-only configuration. In
> >> the past, I've always used DevCloud2, which has worked nicely when I
> >> had Xen in the mix.
> >>
> >> One of the steps I need to do, of course, is to configure secondary
> >> storage.
> >>
> >> I have two NFS shares:
> >>
> >> /export/primary
> >> /export/secondary
> >>
> >> My management server is running in Eclipse on a different computer
> >> than the one the NFS shares are on.
> >>
> >> I've gotten to the point where I'm supposed to seed secondary storage
> >> with a system VM template (
> >> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.0-incub
> >> ating/html/Installation_Guide/management-server-install-flow.html
> >> ).
> >> It makes reference to a script I'm supposed to run. The problem is -
> >> since I didn't install the CS MS on this computer (it's on a
> >> different
> >> computer)
> >> - I never downloaded any scripts.
> >>
> >> It might be elsewhere in the directions, but can someone point me to
> >> what I need to have downloaded (and from where) on my computer
> >> hosting these NFS shares so I can run the necessary script?
> >>
> >> 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>
> >> *(tm)*
> >>
> >
> >
> >
> > --
> > *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>
> > *(tm)*
> >
>
>
>
> --
> *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>
> *(tm)*
>



-- 
*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>
*™*

RE: Secondary Storage Setup Question

2013-07-15 Thread Vijayendra Bhamidipati

Hi Mike,

Yes, you can leave out the -s option in that case. Looking at the script, the 
-F option if specified, deletes all existing files in the destination directory 
where the system templates are to be placed, so if you want it to start clean, 
you should specify that, else you can leave it out as well, it'll be fine.

Regards,
Vijay

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Monday, July 15, 2013 1:31 PM
To: dev@cloudstack.apache.org
Subject: Re: Secondary Storage Setup Question

Just curious about the optional parameter:

/usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt
-m /mnt/secondary -u
http://download.cloud.com/templates/burbank/burbank-systemvm-08012012.ova
-h vmware -s   -F


If you don't want to specify a secret key, do you also leave the -s off?
How's about the -F?

Thanks!


On Mon, Jul 15, 2013 at 1:58 PM, Mike Tutkowski < mike.tutkow...@solidfire.com> 
wrote:

> Perfect - thanks!
>
>
> On Mon, Jul 15, 2013 at 12:51 PM, Vijayendra Bhamidipati < 
> vijayendra.bhamidip...@citrix.com> wrote:
>
>> Hi Mike,
>>
>> You can find the cloud-install-sys-tmplt script in the source at 
>> ./scripts/storage/secondary/cloud-install-sys-tmplt - you can run 
>> that directly from that location and preseed your secondary storage. 
>> The script would error out with a message saying it can't read 
>> /etc/cloudstack/management/db.properties - you can simply mkdir -p 
>> /etc/cloudstack/management/ and copy over your src's 
>> utils/conf/db.properties (or db.properties.override if you have it) 
>> to that directory and rerun the script.
>>
>> Regards,
>> Vijay
>>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: Sunday, July 14, 2013 11:47 PM
>> To: dev@cloudstack.apache.org
>> Subject: Secondary Storage Setup Question
>>
>> Hi,
>>
>> I'm trying to set up CloudStack with a VMware-only configuration. In 
>> the past, I've always used DevCloud2, which has worked nicely when I 
>> had Xen in the mix.
>>
>> One of the steps I need to do, of course, is to configure secondary 
>> storage.
>>
>> I have two NFS shares:
>>
>> /export/primary
>> /export/secondary
>>
>> My management server is running in Eclipse on a different computer 
>> than the one the NFS shares are on.
>>
>> I've gotten to the point where I'm supposed to seed secondary storage 
>> with a system VM template ( 
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.0-incub
>> ating/html/Installation_Guide/management-server-install-flow.html
>> ).
>> It makes reference to a script I'm supposed to run. The problem is - 
>> since I didn't install the CS MS on this computer (it's on a 
>> different
>> computer)
>> - I never downloaded any scripts.
>>
>> It might be elsewhere in the directions, but can someone point me to 
>> what I need to have downloaded (and from where) on my computer 
>> hosting these NFS shares so I can run the necessary script?
>>
>> 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>
>> *(tm)*
>>
>
>
>
> --
> *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>
> *(tm)*
>



--
*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>
*(tm)*

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

Just curious about the optional parameter:

/usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt
-m /mnt/secondary -u
http://download.cloud.com/templates/burbank/burbank-systemvm-08012012.ova
-h vmware -s   -F


If you don't want to specify a secret key, do you also leave the -s off?
How's about the -F?

Thanks!


On Mon, Jul 15, 2013 at 1:58 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Perfect - thanks!
>
>
> On Mon, Jul 15, 2013 at 12:51 PM, Vijayendra Bhamidipati <
> vijayendra.bhamidip...@citrix.com> wrote:
>
>> Hi Mike,
>>
>> You can find the cloud-install-sys-tmplt script in the source at
>> ./scripts/storage/secondary/cloud-install-sys-tmplt - you can run that
>> directly from that location and preseed your secondary storage. The script
>> would error out with a message saying it can't read
>> /etc/cloudstack/management/db.properties - you can simply mkdir -p
>> /etc/cloudstack/management/ and copy over your src's
>> utils/conf/db.properties (or db.properties.override if you have it) to that
>> directory and rerun the script.
>>
>> Regards,
>> Vijay
>>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: Sunday, July 14, 2013 11:47 PM
>> To: dev@cloudstack.apache.org
>> Subject: Secondary Storage Setup Question
>>
>> Hi,
>>
>> I'm trying to set up CloudStack with a VMware-only configuration. In the
>> past, I've always used DevCloud2, which has worked nicely when I had Xen in
>> the mix.
>>
>> One of the steps I need to do, of course, is to configure secondary
>> storage.
>>
>> I have two NFS shares:
>>
>> /export/primary
>> /export/secondary
>>
>> My management server is running in Eclipse on a different computer than
>> the one the NFS shares are on.
>>
>> I've gotten to the point where I'm supposed to seed secondary storage
>> with a system VM template (
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.0-incubating/html/Installation_Guide/management-server-install-flow.html
>> ).
>> It makes reference to a script I'm supposed to run. The problem is -
>> since I didn't install the CS MS on this computer (it's on a different
>> computer)
>> - I never downloaded any scripts.
>>
>> It might be elsewhere in the directions, but can someone point me to what
>> I need to have downloaded (and from where) on my computer hosting these NFS
>> shares so I can run the necessary script?
>>
>> 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
>> *(tm)*
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the 
> cloud
> *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

Re: Secondary Storage Setup Question

2013-07-15 Thread John Burwell

Mike,

You can grab the latest and greatest system VM template builds from 
http://jenkins.cloudstack.org/job/build-systemvm-master/?.  Simply point 
cloud-install-sys-tmplt to the URL from Jenkins for the applicable platform 
(e.g. VMWare).

Thanks,
-John

On Jul 15, 2013, at 3:58 PM, Mike Tutkowski  
wrote:

> Perfect - thanks!
> 
> 
> On Mon, Jul 15, 2013 at 12:51 PM, Vijayendra Bhamidipati <
> vijayendra.bhamidip...@citrix.com> wrote:
> 
>> Hi Mike,
>> 
>> You can find the cloud-install-sys-tmplt script in the source at
>> ./scripts/storage/secondary/cloud-install-sys-tmplt - you can run that
>> directly from that location and preseed your secondary storage. The script
>> would error out with a message saying it can't read
>> /etc/cloudstack/management/db.properties - you can simply mkdir -p
>> /etc/cloudstack/management/ and copy over your src's
>> utils/conf/db.properties (or db.properties.override if you have it) to that
>> directory and rerun the script.
>> 
>> Regards,
>> Vijay
>> 
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: Sunday, July 14, 2013 11:47 PM
>> To: dev@cloudstack.apache.org
>> Subject: Secondary Storage Setup Question
>> 
>> Hi,
>> 
>> I'm trying to set up CloudStack with a VMware-only configuration. In the
>> past, I've always used DevCloud2, which has worked nicely when I had Xen in
>> the mix.
>> 
>> One of the steps I need to do, of course, is to configure secondary
>> storage.
>> 
>> I have two NFS shares:
>> 
>> /export/primary
>> /export/secondary
>> 
>> My management server is running in Eclipse on a different computer than
>> the one the NFS shares are on.
>> 
>> I've gotten to the point where I'm supposed to seed secondary storage with
>> a system VM template (
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.0-incubating/html/Installation_Guide/management-server-install-flow.html
>> ).
>> It makes reference to a script I'm supposed to run. The problem is - since
>> I didn't install the CS MS on this computer (it's on a different computer)
>> - I never downloaded any scripts.
>> 
>> It might be elsewhere in the directions, but can someone point me to what
>> I need to have downloaded (and from where) on my computer hosting these NFS
>> shares so I can run the necessary script?
>> 
>> 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
>> *(tm)*
>> 
> 
> 
> 
> -- 
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *™*

Re: Secondary Storage Setup Question

2013-07-15 Thread Mike Tutkowski

Perfect - thanks!


On Mon, Jul 15, 2013 at 12:51 PM, Vijayendra Bhamidipati <
vijayendra.bhamidip...@citrix.com> wrote:

> Hi Mike,
>
> You can find the cloud-install-sys-tmplt script in the source at
> ./scripts/storage/secondary/cloud-install-sys-tmplt - you can run that
> directly from that location and preseed your secondary storage. The script
> would error out with a message saying it can't read
> /etc/cloudstack/management/db.properties - you can simply mkdir -p
> /etc/cloudstack/management/ and copy over your src's
> utils/conf/db.properties (or db.properties.override if you have it) to that
> directory and rerun the script.
>
> Regards,
> Vijay
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Sunday, July 14, 2013 11:47 PM
> To: dev@cloudstack.apache.org
> Subject: Secondary Storage Setup Question
>
> Hi,
>
> I'm trying to set up CloudStack with a VMware-only configuration. In the
> past, I've always used DevCloud2, which has worked nicely when I had Xen in
> the mix.
>
> One of the steps I need to do, of course, is to configure secondary
> storage.
>
> I have two NFS shares:
>
> /export/primary
> /export/secondary
>
> My management server is running in Eclipse on a different computer than
> the one the NFS shares are on.
>
> I've gotten to the point where I'm supposed to seed secondary storage with
> a system VM template (
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.0-incubating/html/Installation_Guide/management-server-install-flow.html
> ).
> It makes reference to a script I'm supposed to run. The problem is - since
> I didn't install the CS MS on this computer (it's on a different computer)
> - I never downloaded any scripts.
>
> It might be elsewhere in the directions, but can someone point me to what
> I need to have downloaded (and from where) on my computer hosting these NFS
> shares so I can run the necessary script?
>
> 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
> *(tm)*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*™*

RE: Secondary Storage Setup Question

2013-07-15 Thread Vijayendra Bhamidipati

Hi Mike,

You can find the cloud-install-sys-tmplt script in the source at 
./scripts/storage/secondary/cloud-install-sys-tmplt - you can run that directly 
from that location and preseed your secondary storage. The script would error 
out with a message saying it can't read 
/etc/cloudstack/management/db.properties - you can simply mkdir -p 
/etc/cloudstack/management/ and copy over your src's utils/conf/db.properties 
(or db.properties.override if you have it) to that directory and rerun the 
script.

Regards,
Vijay

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Sunday, July 14, 2013 11:47 PM
To: dev@cloudstack.apache.org
Subject: Secondary Storage Setup Question

Hi,

I'm trying to set up CloudStack with a VMware-only configuration. In the past, 
I've always used DevCloud2, which has worked nicely when I had Xen in the mix.

One of the steps I need to do, of course, is to configure secondary storage.

I have two NFS shares:

/export/primary
/export/secondary

My management server is running in Eclipse on a different computer than the one 
the NFS shares are on.

I've gotten to the point where I'm supposed to seed secondary storage with a 
system VM template ( 
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.0-incubating/html/Installation_Guide/management-server-install-flow.html).
It makes reference to a script I'm supposed to run. The problem is - since I 
didn't install the CS MS on this computer (it's on a different computer)
- I never downloaded any scripts.

It might be elsewhere in the directions, but can someone point me to what I 
need to have downloaded (and from where) on my computer hosting these NFS 
shares so I can run the necessary script?

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
*(tm)*

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

RE: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

RE: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

RE: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

RE: Secondary Storage Setup Question

RE: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

RE: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

RE: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

Re: Secondary Storage Setup Question

RE: Secondary Storage Setup Question

30 matches

Site Navigation

Mail list logo

Footer information