Welcome to the new Gigaspaces XAP forum. To recover your account, please follow these instructions.

Ask Your Question

Question about GigaSpaces C++ PU Deployment


During C++ PU (processcppexample) deployment, we got some errors in GS command shell (gs.sh).

Our Enviroment: - premium v7.1.0 m4 - Linux - gcc 3.4.5

_How to Re-produce Error:_ - Startup GS command shell (gs.sh) - Startup one GSM and a few GSCs in separate termainals (by gsm.sh & gsc.sh). - Deploy C++ example (processcppexample) in GS command shell (gs>) by pudeploy processcppexample

The deployment is OK. The C++ PU service work OK.

  • Then, undeploy the process in GS command shell (gs>) by undeploy processcppexample

  • The GS command shell is prompted with "Command successful" message.

  • Re-deploy the process again by pudeploy processcppexample

    Both GSC cannot deploy the process with following messages and exception:

2009-12-10 11:21:55,273 GSC INFO [com.gigaspaces.grid.gsc] - Instantiating processcppexample [1] 2009-12-10 11:21:55,376 processcppexample [1] INFO [org.openspaces.pu.container.servicegrid.PUServiceBeanImpl] - ClusterInfo [name[processcppexample] schema[partitioned-sync2backup] numberOfInstances[2] numberOfBackups[0] instanceId[1] backupId[null]] 2009-12-10 11:21:55,391 processcppexample [1] INFO [org.openspaces.pu.container.servicegrid.PUServiceBeanImpl] - BeanLevelProperties Context {} Beans {} 2009-12-10 11:21:55,444 processcppexample [1] INFO [org.openspaces.pu.container.servicegrid.PUServiceBeanImpl] - Downloading from GSM [ ] to [/home/gsuser/gigaspaces-xap-premium-7.1.0-m4-b4285/work/processing-units/processcppexample_1] ... 2009-12-10 11:21:55,658 processcppexample [1] INFO [org.openspaces.pu.container.servicegrid.PUServiceBeanImpl] - Downloaded [1.02kb] to [/home/gsuser/gigaspaces-xap-premium-7.1.0-m4-b4285/work/processing-units/processcppexample_1] 2009-12-10 11:21:56,306 processcppexample [1] INFO [com.gigaspaces.container] - Using an already running RMIRegistry on: < asiainfo.clustertech.com:10100 > 2009-12-10 11:21:56,398 processcppexample [1] INFO [com.gigaspaces.core.common] - Starting Space [mySpace_container1:mySpace] with url [/./mySpace?total_members=2,0&cluster_schema=partitioned-sync2backup&id=1&schema=default&groups=gigaspaces-7.1.0-XAPPremium-m4&state=started] ... 2009-12-10 11:21:56,452 processcppexample [1] INFO [com.gigaspaces.cache] - Cache manager created with policy [ALL IN CACHE], persistency mode [memory] 2009-12-10 11:21:56,452 processcppexample [1] INFO [com.gigaspaces.cache] - Data source recovery: Entries found in data source: 0. Entries inserted to space: 0. Entries under transaction: 0. Total Time: 0 milliseconds. 2009-12-10 11:21:56,590 processcppexample [1] INFO [com.gigaspaces.core.common] - Space [mySpace_container1:mySpace] trying to perform notify templates recovery from [jini:// //*?groups=gigaspaces-7.1.0-XAPPremium-m4&ignoreValidation=true&total_members=2,0&cluster_schema=partitioned-sync2backup&id=1&schema=default&state=started&clustername=mySpace] 2009-12-10 11:22:02,298 processcppexample [1] INFO [com.gigaspaces.core.engine] -

Recovered from [mySpace_container2:mySpace : jini:////*?groups=gigaspaces-7.1.0-XAPPremium-m4&ignoreValidation=true&total_members=2,0&cluster_schema=partitioned-sync2backup&id=1&schema=default&state=started&clustername=mySpace&timeout=5000] to [mySpace_container1:mySpace] space.

Entries recovered : TOTAL #0 recovered.

Notify-templates recovered: TOTAL #0 recovered.

Already exists UID's: TOTAL #0 duplicate UIDs.

TOTAL recovered objects: #0 TOTAL discarded objects by Replication-Input-Filter: #0

2009-12-10 11:22:02,345 processcppexample [1] INFO [com.gigaspaces.core.common] - Space [mySpace_container1:mySpace] with url [/./mySpace?total_members=2,0&cluster_schema=partitioned-sync2backup&id=1&schema=default&groups=gigaspaces-7.1.0-XAPPremium-m4&state=started] started successfully Exception in thread "Thread-44" java.lang.UnsatisfiedLinkError: Native Library /home/gsuser/gigaspaces-xap-premium-7.1.0-m4-b4285/cpp/lib/linux-amd64/gcc-3.4.5/libcppintegrator.so already loaded in another classloader at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1723) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1683) at java.lang.Runtime.loadLibrary0(Runtime.java:823) at java.lang.System.loadLibrary(System.java:1028) at com.gigaspaces.javacpp.BufferApi.<clinit>(BufferApi.java:14) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at com.gigaspaces.javacpp.CXXWorker.<init>(CXXWorker.java:29) at com.gigaspaces.javacpp.openspaces.CXXBean$1.run(CXXBean.java:88) 2009-12-10 11:22:02,917 processcppexample [1] INFO [org.jini.rio.jsb] - Service-Id: [0c329c31-7123-41af-869b-13c58b3c08a1] 2009-12-10 11:22:02,918 GSC INFO [com.gigaspaces.grid.gsc] - Instantiated processcppexample [1] in 7.64 seconds

The process service cannot be deployed, but the partitioned space is created in processing unit. For re-deployment process, both GSCs should be terminated and restarted, then deployment could be performed without error.

Any idea? Or, any setting, procedures missing?

Thanks, Yan.

{quote}This thread was imported from the previous forum. For your reference, the original is [available here|http://forum.openspaces.org/thread.jspa?threadID=3340]{quote}

asked 2009-12-22 21:48:17 -0600

yanchan gravatar image

updated 2013-08-08 09:52:00 -0600

jaissefsfex gravatar image
edit retag flag offensive close merge delete

2 Answers

Sort by » oldest newest most voted


This is a known issue when loading native libraries into a JVM. The undeploy does not remove the library from the PU classloader. We plan to address this with future versions.

For now you will need to start new GSCs and terminate the existing ones before you deploy again your C++ PU.


answered 2009-12-23 08:15:11 -0600

shay hassidim gravatar image
edit flag offensive delete link more



I´m working with gigaspaces 9.1.2 version and still having the same issue. Do you know any workaround for this bug?

Thanks, Sergio.

sfernandezma gravatar imagesfernandezma ( 2013-12-16 11:38:29 -0600 )edit

I believe this issue still exists :-(

Still, with the admin API or GS-UI you can simply restart the GSC you undeploy. This should clear the classloader and allow you to deploy again.

answered 2013-12-16 16:12:37 -0600

shay hassidim gravatar image
edit flag offensive delete link more

Your Answer

Please start posting anonymously - your entry will be published after you log in or create a new account.

Add Answer

Question Tools

1 follower


Asked: 2009-12-22 21:48:17 -0600

Seen: 78 times

Last updated: Dec 16 '13