Running ControlTier and Rundeck on The Same Server

785 views
Skip to first unread message

chengkai liang

unread,
Sep 28, 2011, 1:34:12 PM9/28/11
to rundeck...@googlegroups.com, chengkai liang
Anybody has run both ControlTier 3.6.1 and Rundeck 1.4.0 together on the same server?  When I try to do this, ControlTier-3.6.1 can start successfully, yet rundeck-1.4.0 failed to start up.  I look at the log file and found these messages:

2011-09-28 10:23:32,323 [main] ERROR org.springframework.web.context.ContextLoader - Context initialization failed                                                                                         
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'messageSource': Initialization of bean failed; nested exception is org.springframework.beans.factory.              BeanCreationException: Error creating bean with name 'transactionManager': Cannot resolve reference to bean 'sessionFactory' while setting bean property 'sessionFactory'; nested exception is org.        springframework.beans.factory.BeanCreationException: Error creating bean with name 'sessionFactory': Invocation of init method failed; nested exception is org.hibernate.cache.CacheException: net.sf.     ehcache.CacheException: org.hibernate.cache.UpdateTimestampsCacheCache: Could not create disk store. Initial cause was /tmp/org.hibernate.cache.UpdateTimestampsCache.data (Permission denied)
    at com.dtolabs.rundeck.RunServer.run(Unknown Source)
    at com.dtolabs.rundeck.RunServer.main(Unknown Source)
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'transactionManager': Cannot resolve reference to bean 'sessionFactory' while setting bean property      'sessionFactory'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sessionFactory': Invocation of init method failed; nested exception is org.  hibernate.cache.CacheException: net.sf.ehcache.CacheException: org.hibernate.cache.UpdateTimestampsCacheCache: Could not create disk store. Initial cause was /tmp/org.hibernate.cache.                    UpdateTimestampsCache.data (Permission denied)
    ... 2 more
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sessionFactory': Invocation of init method failed; nested exception is org.hibernate.cache.             CacheException: net.sf.ehcache.CacheException: org.hibernate.cache.UpdateTimestampsCacheCache: Could not create disk store. Initial cause was /tmp/org.hibernate.cache.UpdateTimestampsCache.data          (Permission denied)
    ... 2 more
Caused by: org.hibernate.cache.CacheException: net.sf.ehcache.CacheException: org.hibernate.cache.UpdateTimestampsCacheCache: Could not create disk store. Initial cause was /tmp/org.hibernate.cache.     UpdateTimestampsCache.data (Permission denied)
    at net.sf.ehcache.hibernate.EhCacheProvider.buildCache(EhCacheProvider.java:97)
    ... 2 more
Caused by: net.sf.ehcache.CacheException: org.hibernate.cache.UpdateTimestampsCacheCache: Could not create disk store. Initial cause was /tmp/org.hibernate.cache.UpdateTimestampsCache.data (Permission   denied)
    at net.sf.ehcache.store.DiskStore.<init>(DiskStore.java:177)
    at net.sf.ehcache.Cache.createDiskStore(Cache.java:732)
    at net.sf.ehcache.Cache.initialise(Cache.java:682)
    at net.sf.ehcache.CacheManager.addCacheNoCheck(CacheManager.java:811)
    at net.sf.ehcache.CacheManager.addCache(CacheManager.java:801)
    at net.sf.ehcache.CacheManager.addCache(CacheManager.java:759)
    at net.sf.ehcache.hibernate.EhCacheProvider.buildCache(EhCacheProvider.java:91)
    ... 2 more
Caused by: java.io.FileNotFoundException: /tmp/org.hibernate.cache.UpdateTimestampsCache.data (Permission denied)
    at java.io.RandomAccessFile.open(Native Method)
    at java.io.RandomAccessFile.<init>(RandomAccessFile.java:233)
    at net.sf.ehcache.store.DiskStore.initialiseFiles(DiskStore.java:228)
    at net.sf.ehcache.store.DiskStore.<init>(DiskStore.java:165)
    ... 8 more

Seem like rundeck was unable to create hibernate object at /tmp directory.  I browsed the tmp directory and found,

-rw-r--r--  1 ctieruser ctieruser    0 2011-09-28 10:23 org.hibernate.cache.StandardQueryCache.data
-rw-r--r--  1 ctieruser ctieruser    0 2011-09-28 10:23 org.hibernate.cache.UpdateTimestampsCache.data

that the org.hibernate.cache.UpdateTimestampsCache.data was already being created by ControlTier.  Is there a way we can tell hibernate to create object under different folder or this is bug?

Thanks,
chengkai liang

The Z shell is to unix what OS X is to the rest of the computing world.

Moses Lei

unread,
Sep 28, 2011, 6:03:54 PM9/28/11
to rundeck...@googlegroups.com, chengkai liang
Hmm, I thought this was fixed by the change of the Java temp directory. Are you running RPMs? If not you need to set the java temp directory manually for both by passing the JVM option -Djava.io.tmpdir and using a separate directory for each. I believe this is defined in $CTL_BASE/etc/profile and $RDECK_BASE/etc/profile. The default one in the ctier RPM is $CTIER_ROOT/var/tmp and the default one in the RunDeck RPM is /tmp/rundeck I believe; but you can use any directories as long as they aren't the same.

Moses

--
Moses Lei
[ Professional Services | DTO Solutions, Inc. ]
[ mobile: +1 703.901.5969 | e-mail: ml...@dtosolutions.com | aim/gtalk: ml...@controltier.com | yahoo: moseslei | windows live (msn): ml...@dtosolutions.com ]

chengkai liang

unread,
Sep 28, 2011, 6:08:03 PM9/28/11
to rundeck...@googlegroups.com, chengkai liang, Tony Mora
I am using debian package from 1.4.  I ended up change to java.io.tmpdir for ControlTier to by pass this. Yet, when I try to do the same thing again rundeck, it can't even start.

chengkai liang

The Z shell is to unix what OS X is to the rest of the computing world.

On Sep 28, 2011, at 3:05 PM, chengkai liang wrote:

I am using debian package from 1.4.  I ended up change to java.io.tmpdir for ControlTier to by pass this. Yet, when I try to do the same thing again rundeck, it can't even start.


The Z shell is to unix what OS X is to the rest of the computing world.

Moses Lei

unread,
Sep 28, 2011, 6:09:40 PM9/28/11
to rundeck...@googlegroups.com
RunDeck's debian package may just be broken. Can you try using the launcher to see if that works?

Moses

--
Moses Lei
[ Professional Services | DTO Solutions, Inc. ]
[ mobile: +1 703.901.5969 | e-mail: ml...@dtosolutions.com | aim/gtalk: ml...@controltier.com | yahoo: moseslei | windows live (msn): ml...@dtosolutions.com ]



Reply all
Reply to author
Forward
0 new messages