We are testing some fail-over solution and have a problem. Situation is the
following.
There are 2 servers (A and B) with cache instance on each. Server A works with
cache using transactions. Server B just listens for replications. We are
stopping server A (by killing it's process - this emulates server fail). After
that we have some node on server B locked (something like this):
| 2005-11-24 17:03:17,876 [ Thread-36] ERROR
[.jboss.cache.lock.IdentityLock] () read lock for
/admin/file/|apps|conf|ssl-scp.broker3.sh.test.intra-vhosts|b0|kstest122-3.com.intra
could not be acquired by Thread[Thread-36,5,main] after 20000 ms
| . Locks: Read lock owners: {}
| Write lock owner: GlobalTransaction:<192.168.20.90:32917>:5824
| , lock info: write owner=GlobalTransaction:<192.168.20.90:32917>:5824
| ([EMAIL PROTECTED])
|
The problem is that such locks will stay forever, thus, we can't proceed with
work from the point of fail.
I could remove such locks using, e.g., eviction mechanism. But I need to obtain
lock itself in this case, to understand, if it was set by currently working
cluster member, or by already dead one. BUT! All methods of
org.jboss.cache.Node that concern locks are marked as Deprecated. Will be
removed in JBossCache 1.3. Moreover, I can't find any replacement.
So, the question is - how can I handle such situation? Can I configure cache to
avoid such problems? If not, how can I implement smart locks removal mechanism,
which will be valid in both 1.2.x and 1.3 versions (I need to remove only locks
set by already dead server)?
Regards,
Eugene
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3908905#3908905
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3908905
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
JBoss-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jboss-user
