Thanks Jonas. Its working now. I feel this package also should be integrated 
with others so that we don’t need to install it manually and is installed when 
we run the install script at once.

Thanks,
Abhinav

-----Original Message-----
From: Jonas Vachal [mailto:jo...@vertexcg.com] 
Sent: Thursday, September 13, 2012 9:53 PM
To: cloudstack-dev@incubator.apache.org
Subject: RE: [jira] [Commented] (CLOUDSTACK-92) Copying the system-vm template 
on UBUNTU 12.04 fails with " bash: 
/usr/lib64/cloud/agent/scripts/storage/secondary/cloud-install-sys-tmplt: No 
such file or directory"


I manually bypassed this issue by manually installing the scripts package:

dpkg -i cloud-agent-scripts_4.0.0-rc1_amd64.deb

-----Original Message-----
From: Abhinav Roy (JIRA) [mailto:j...@apache.org] 
Sent: Thursday, September 13, 2012 10:16 AM
To: cloudstack-dev@incubator.apache.org
Subject: [jira] [Commented] (CLOUDSTACK-92) Copying the system-vm template on 
UBUNTU 12.04 fails with " bash: 
/usr/lib64/cloud/agent/scripts/storage/secondary/cloud-install-sys-tmplt: No 
such file or directory"


    [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-92?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13454976#comment-13454976
 ] 

Abhinav Roy commented on CLOUDSTACK-92:
---------------------------------------

Hi Wido,

I had checked for that path also, but there are no scripts even in 
/usr/lib/cloud/agent

root@MS-ubuntu12:/usr/lib/cloud/agent# ls vms

Regards,
Abhinav
                
> Copying the system-vm template on UBUNTU 12.04 fails with " bash: 
> /usr/lib64/cloud/agent/scripts/storage/secondary/cloud-install-sys-tmplt: No 
> such file or directory"
> ----------------------------------------------------------------------
> ----------------------------------------------------------------------
> --------------------------
>
>                 Key: CLOUDSTACK-92
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-92
>             Project: CloudStack
>          Issue Type: Bug
>          Components: Install and Setup
>    Affects Versions: pre-4.0.0
>         Environment: OS : Ubuntu 12.04 ASF Build : 
> CloudStack-oss-4.0.0.22-ubuntu12.04.tar.gz.
> [ Git Revision: ea7fee8b2bf67630e52662ef38b8ae138bcd5ca9
> Git URL: https://git-wip-us.apache.org/repos/asf/incubator-cloudstack.git ]
>            Reporter: Abhinav Roy
>            Assignee: Wido den Hollander
>            Priority: Blocker
>             Fix For: pre-4.0.0
>
>
> Steps :
> ==============================================
> 1. Install CloudStack on Ubuntu 12.04
> 2. copy the system-vm templates to the secondary using the following command :
> root@MS-ubuntu12:/home/abhinavr# 
> /usr/lib64/cloud/agent/scripts/storage/secondary/cloud-install-sys-tmplt -m 
> /mnt/secondary -u 
> http://download.cloud.com/templates/acton/acton-systemvm-02062012..vhd.bz2 -h 
> xenserver Expected Behaviour :
> ==============================================
> Both step 1 and step 2 should go fine, without any errors.
> Observed Behaviour :
> ==============================================
> step 1 goes fine and the install is successful.
> But we get the following errors after executing step2 
> root@MS-ubuntu12:/home/abhinavr# 
> /usr/lib64/cloud/agent/scripts/storage/secondary/cloud-install-sys-tmp
> lt -m /mnt/secondary -u 
> http://download.cloud.com/templates/acton/acton-systemvm-02062012..vhd
> .bz2 -h xenserver
> bash: 
> /usr/lib64/cloud/agent/scripts/storage/secondary/cloud-install-sys-tmplt: No 
> such file or directory This was the corresponding exception in the management 
> server logs :
> 2012-09-13 12:06:10,118 DEBUG [utils.script.Script] (main:null) 
> Current binaries reside at /usr/share/java
> 2012-09-13 12:06:10,118 DEBUG [utils.script.Script] (main:null) 
> Looking for vms/systemvm.iso in /usr/share/java/vms/systemvm.iso
> 2012-09-13 12:06:10,119 DEBUG [utils.script.Script] (main:null) 
> Looking for vms/systemvm.iso in /usr/share/java/vms/systemvm.iso
> 2012-09-13 12:06:10,119 DEBUG [utils.script.Script] (main:null) 
> Looking for vms/systemvm.iso in /usr/share/vms/systemvm.iso
> 2012-09-13 12:06:10,119 DEBUG [utils.script.Script] (main:null) 
> Looking for vms/systemvm.iso in /usr/vms/systemvm.iso
> 2012-09-13 12:06:10,119 DEBUG [utils.script.Script] (main:null) 
> Looking for vms/systemvm.iso in /vms/systemvm.iso
> 2012-09-13 12:06:10,119 DEBUG [utils.script.Script] (main:null) 
> Searching in environment.properties
> 2012-09-13 12:06:10,119 DEBUG [utils.script.Script] (main:null) 
> environment.properties says scripts should be in /usr/lib/cloud/agent
> 2012-09-13 12:06:10,119 DEBUG [utils.script.Script] (main:null) 
> Looking for vms/systemvm.iso in /usr/lib/cloud/agent/vms/systemvm.iso
> 2012-09-13 12:06:10,121 ERROR [cloud.servlet.CloudStartupServlet] (main:null) 
> Exception starting management 
> servercom.cloud.utils.exception.CloudRuntimeException: Unable to find key 
> inject script scripts/vm/systemvm/injectkeys.sh at 
> com.cloud.server.ConfigurationServerImpl.updateKeyPairs(ConfigurationServerImpl.java:675)
>         at 
> com.cloud.utils.db.DatabaseCallback.intercept(DatabaseCallback.java:34)
>         at 
> com.cloud.server.ConfigurationServerImpl.persistDefaultValues(ConfigurationServerImpl.java:265)
>         at 
> com.cloud.utils.db.DatabaseCallback.intercept(DatabaseCallback.java:34)
>         at 
> com.cloud.servlet.CloudStartupServlet.init(CloudStartupServlet.java:47)
>         at javax.servlet.GenericServlet.init(GenericServlet.java:212)
>         at 
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1206)
>         at 
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1026) at 
> org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4421)
>  at org.apache.catalina.core.StandardContext.start(StandardContext.java:4734)
>         at 
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:799)
>         at 
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)
>         at 
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:601)
>         at 
> org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1079)
>         at 
> org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:1002)
>         at 
> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:506)
>         at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1317)
>         at 
> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:324)
>         at 
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142)
>         at 
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1065)
>         at org.apache.catalina.core.StandardHost.start(StandardHost.java:840)
>         at 
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1057)
>         at 
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:463)
>         at 
> org.apache.catalina.core.StandardService.start(StandardService.java:525)
>         at 
> org.apache.catalina.core.StandardServer.start(StandardServer.java:754)
>         at org.apache.catalina.startup.Catalina.start(Catalina.java:595)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>         at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>         at java.lang.reflect.Method.invoke(Method.java:616)
>         at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>         at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>         at java.lang.reflect.Method.invoke(Method.java:616)
>         at 
> org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java
> :243)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators 
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to