Was there a step in the docs I may have missed where I was to install them? I don't recall installing them, but there are several steps and I might have forgotten that I did install them, too.
I can check. On Wed, Sep 25, 2013 at 5:44 PM, Marcus Sorensen <shadow...@gmail.com>wrote: > are you missing the jna packages? > > On Wed, Sep 25, 2013 at 5:40 PM, Mike Tutkowski > <mike.tutkow...@solidfire.com> wrote: > > I basically just leveraged the code you provided to redirect the output > on > > Ubuntu. > > > > Here is the standard err: > > > > log4j:WARN No appenders could be found for logger > > (org.apache.commons.httpclient.params.DefaultHttpParams). > > log4j:WARN Please initialize the log4j system properly. > > log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for > > more info. > > java.lang.reflect.InvocationTargetException > > 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:606) > > at > > > org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:243) > > Caused by: java.lang.NoSuchMethodError: com.sun.jna.Native.free(J)V > > at org.libvirt.Library.free(Unknown Source) > > at org.libvirt.Connect.getCapabilities(Unknown Source) > > at > > > com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.IsHVMEnabled(LibvirtComputingResource.java:4524) > > at > > > com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.configure(LibvirtComputingResource.java:753) > > at com.cloud.agent.Agent.<init>(Agent.java:168) > > at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:439) > > at > com.cloud.agent.AgentShell.launchAgentFromClassInfo(AgentShell.java:386) > > at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:361) > > at com.cloud.agent.AgentShell.start(AgentShell.java:473) > > ... 5 more > > Cannot start daemon > > Service exit with a return value of 5 > > > > > > On Wed, Sep 25, 2013 at 5:07 PM, Mike Tutkowski < > > mike.tutkow...@solidfire.com> wrote: > > > >> Sounds good. > >> > >> Thanks, Marcus! :) > >> > >> > >> On Wed, Sep 25, 2013 at 5:04 PM, Marcus Sorensen <shadow...@gmail.com > >wrote: > >> > >>> Ok, so the next step is to track that stdout and see if you can see > >>> what jsvc complains about when it fails to start up the service. > >>> > >>> On Wed, Sep 25, 2013 at 4:56 PM, Mike Tutkowski > >>> <mike.tutkow...@solidfire.com> wrote: > >>> > These also look good: > >>> > > >>> > mtutkowski@ubuntu:/etc/cloudstack/agent$ uname -m > >>> > x86_64 > >>> > mtutkowski@ubuntu:/etc/cloudstack/agent$ virsh -c qemu:///system > list > >>> > Id Name State > >>> > ---------------------------------- > >>> > > >>> > mtutkowski@ubuntu:/etc/cloudstack/agent$ sudo ls -la > >>> > /var/run/libvirt/libvirt-sock > >>> > srwxrwx--- 1 root libvirtd 0 Sep 25 16:05 > /var/run/libvirt/libvirt-sock > >>> > mtutkowski@ubuntu:/etc/cloudstack/agent$ ls -l /dev/kvm > >>> > crw-rw----+ 1 root kvm 10, 232 Sep 25 15:22 /dev/kvm > >>> > > >>> > > >>> > > >>> > On Wed, Sep 25, 2013 at 4:53 PM, Mike Tutkowski < > >>> > mike.tutkow...@solidfire.com> wrote: > >>> > > >>> >> This is my new agent.properties file (with comments removed...looks > >>> >> decent): > >>> >> > >>> >> guid=6b4aa1c2-2ac9-3c60-aabe-704aed40c684 > >>> >> resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource > >>> >> workers=5 > >>> >> host=192.168.233.1 > >>> >> port=8250 > >>> >> cluster=1 > >>> >> pod=1 > >>> >> zone=1 > >>> >> local.storage.uuid=aced86a2-2dd6-450a-93e5-1bc0ec3c73be > >>> >> private.network.device=cloudbr0 > >>> >> public.network.device=cloudbr0 > >>> >> guest.network.device=cloudbr0 > >>> >> > >>> >> Yeah, I was always writing stuff out using the logger. I should look > >>> into > >>> >> redirecting stdout and stderr. > >>> >> > >>> >> Here were my steps to start and check the process status: > >>> >> > >>> >> mtutkowski@ubuntu:/etc/cloudstack/agent$ sudo /usr/sbin/service > >>> >> cloudstack-agent start > >>> >> * Starting CloudStack Agent cloudstack-agent > >>> >> [ OK ] > >>> >> mtutkowski@ubuntu:/etc/cloudstack/agent$ sudo ps -ef | grep jsvc > >>> >> 1000 4605 3725 0 16:47 pts/1 00:00:00 grep --color=auto > jsvc > >>> >> > >>> >> Also, this might be of interest: > >>> >> > >>> >> mtutkowski@ubuntu:/etc/cloudstack/agent$ lsmod | grep kvm > >>> >> kvm_intel 137721 0 > >>> >> kvm 415549 1 kvm_intel > >>> >> > >>> >> mtutkowski@ubuntu:/etc/cloudstack/agent$ egrep -c '(vmx|svm)' > >>> >> /proc/cpuinfo > >>> >> 1 > >>> >> > >>> >> mtutkowski@ubuntu:/etc/cloudstack/agent$ kvm-ok > >>> >> INFO: /dev/kvm exists > >>> >> KVM acceleration can be used > >>> >> > >>> >> mtutkowski@ubuntu:/etc/cloudstack/agent$ egrep -c ' lm ' > /proc/cpuinfo > >>> >> 1 > >>> >> > >>> >> On Wed, Sep 25, 2013 at 4:39 PM, Marcus Sorensen < > shadow...@gmail.com > >>> >wrote: > >>> >> > >>> >>> So you: > >>> >>> > >>> >>> 1. run that command > >>> >>> 2. get a brand new agent.properties as a result > >>> >>> 3. start the service > >>> >>> > >>> >>> but you don't see it in the process table? > >>> >>> > >>> >>> The agent's STDOUT doesn't go to the agent log, only log4j stuff. > So > >>> >>> if there were an error not printed via logger you'd not see it. > I'm > >>> >>> not as familiar with the debian/ubuntu stuff off the top of my > head, > >>> >>> but in /etc/init.d/cloudstack-agent on CentOS we do: > >>> >>> > >>> >>> start() { > >>> >>> echo -n $"Starting $PROGNAME: " > >>> >>> if hostname --fqdn >/dev/null 2>&1 ; then > >>> >>> $JSVC -cp "$CLASSPATH" -pidfile "$PIDFILE" \ > >>> >>> -errfile $LOGDIR/cloudstack-agent.err -outfile > >>> >>> $LOGDIR/cloudstack-agent.out $CLASS > >>> >>> RETVAL=$? > >>> >>> echo > >>> >>> else > >>> >>> > >>> >>> > >>> >>> Which sends STDOUT to cloudstack-agent.out and errors to > >>> >>> cloudstack-agent.err. You can look to see what Ubuntu does. > >>> >>> > >>> >>> Out of curiosity, what do you get when you do 'lsmod | grep kvm' ? > I > >>> >>> know you didn't end up using it, but the devcloud-kvm instructions > for > >>> >>> vmware fusion tell you to ensure that your guest has hardware > >>> >>> virtualization passthrough enabled, I'm wondering if it isn't. > >>> >>> > >>> >>> On Wed, Sep 25, 2013 at 4:11 PM, Mike Tutkowski > >>> >>> <mike.tutkow...@solidfire.com> wrote: > >>> >>> > These results look good: > >>> >>> > > >>> >>> > mtutkowski@ubuntu:~$ sudo cloudstack-setup-agent -m > 192.168.233.1 > >>> -z 1 > >>> >>> -p 1 > >>> >>> > -c 1 -g 6b4aa1c2-2ac9-3c60-aabe-704aed40c684 -a --pubNic=cloudbr0 > >>> >>> > --prvNic=cloudbr0 --guestNic=cloudbr0 > >>> >>> > Starting to configure your system: > >>> >>> > Configure Apparmor ... [OK] > >>> >>> > Configure Network ... [OK] > >>> >>> > Configure Libvirt ... [OK] > >>> >>> > Configure Firewall ... [OK] > >>> >>> > Configure Nfs ... [OK] > >>> >>> > Configure cloudAgent ... [OK] > >>> >>> > CloudStack Agent setup is done! > >>> >>> > > >>> >>> > However, these results are the same: > >>> >>> > > >>> >>> > mtutkowski@ubuntu:~$ ps -ef | grep jsvc > >>> >>> > 1000 4314 3725 0 16:10 pts/1 00:00:00 grep --color=auto > >>> jsvc > >>> >>> > > >>> >>> > > >>> >>> > On Wed, Sep 25, 2013 at 3:48 PM, Mike Tutkowski < > >>> >>> > mike.tutkow...@solidfire.com> wrote: > >>> >>> > > >>> >>> >> This appears to be the offending method: > >>> >>> >> > >>> >>> >> public String parseCapabilitiesXML(String capXML) { > >>> >>> >> > >>> >>> >> if (!_initialized) { > >>> >>> >> > >>> >>> >> return null; > >>> >>> >> > >>> >>> >> } > >>> >>> >> > >>> >>> >> try { > >>> >>> >> > >>> >>> >> _sp.parse(new InputSource(new StringReader(capXML)), > >>> this); > >>> >>> >> > >>> >>> >> return _capXML.toString(); > >>> >>> >> > >>> >>> >> } catch (SAXException se) { > >>> >>> >> > >>> >>> >> s_logger.warn(se.getMessage()); > >>> >>> >> > >>> >>> >> } catch (IOException ie) { > >>> >>> >> > >>> >>> >> s_logger.error(ie.getMessage()); > >>> >>> >> > >>> >>> >> } > >>> >>> >> > >>> >>> >> return null; > >>> >>> >> > >>> >>> >> } > >>> >>> >> > >>> >>> >> > >>> >>> >> The logging I do from this method (not shown above), however, > >>> doesn't > >>> >>> seem > >>> >>> >> to end up in agent.log. Not sure why that is. > >>> >>> >> > >>> >>> >> We invoke this method and I log we're in this method as the > first > >>> >>> thing I > >>> >>> >> do, but it doesn't show up in agent.log. > >>> >>> >> > >>> >>> >> The last message in agent.log is a line saying we are right > before > >>> the > >>> >>> >> call to this method. > >>> >>> >> > >>> >>> >> > >>> >>> > >>> >> > >>> >> > >>> >> > >>> >> -- > >>> >> *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> > >>> >> *™* > >>> >> > >>> > > >>> > > >>> > > >>> > -- > >>> > *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> > >>> > *™* > >>> > >> > >> > >> > >> -- > >> *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> > >> *™* > >> > > > > > > > > -- > > *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> > > *™* > -- *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> *™*