[JBoss JIRA] Created: (JBAS-3985) EJB3 hot redeployment causes a permanently locked file handle
by Vladimir Ralev (JIRA)
EJB3 hot redeployment causes a permanently locked file handle
-------------------------------------------------------------
Key: JBAS-3985
URL: http://jira.jboss.com/jira/browse/JBAS-3985
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Deployment services, EJB3
Affects Versions: JBossAS-4.0.5.GA
Environment: Windows XP Pro, JRE 1.5_9, JBoss AS 4.0.5.GA, EJB3.CR9.patch1
Reporter: Vladimir Ralev
Assigned To: Dimitris Andreadis
I am not sure which component is responsible for the bug, but since it happened with an ejb3-jar I am rising it here. If it doesn't belong here please forward it the right place.
1. I copy titan.jar to the deploy folder -> the server deploys the ejb3 application and says ejb running
2. I delete titan.jar from the deploy folder -> the server says that the app is undeployed
3. I copy titian.jar in the deploy folder again -> the server deploys the ejb3 application and says ejb running again
(everything seems ok for now, here comes the problem)
4. I try to delete titan.jar from the deploy folder -> I get a windows explorer error message saying that the file is in use and can't be deleted.
When I checked with process explorer which process is using the file it turned out it's the java.exe process (the server didn't release the handle?).
This doesn't not occur on Linux!
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 1 month
[JBoss JIRA] Created: (JBAS-4229) HASingletonController doesn't handle "split brain" correctly.
by Adrian Brock (JIRA)
HASingletonController doesn't handle "split brain" correctly.
-------------------------------------------------------------
Key: JBAS-4229
URL: http://jira.jboss.com/jira/browse/JBAS-4229
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Clustering
Affects Versions: JBossAS-4.0.3 SP1
Reporter: Adrian Brock
Assigned To: Brian Stansberry
The HASingletonController doesn't understand the "split brain" problem.
Take for example a JBossMQ destination (queue) which needs to be "restored" from the database
when a new singleton is elected.
The scenario goes as follows:
STEP1 (original state):
cluster=server1, server2
master=server1
STEP2 (unplug server1 from the network):
cluster=server2
master=server2
server2 will now restore the queue from the database
BUT! server1 has the view
cluster=server1
master=server1
STEP3 (plug server1 back into the network)
cluster=server1, server2
master=server1
We are back to the original state, but since server1 thinks it never left the cluster,
it doesn't restore the changes (from the database) that server2 made to the queue between STEP2 and STEP3.
This is because it doesn't restart the HASingleton on server1.
If there was a third server (server3) to abitrate this wouldn't be a problem.
Both server2 and server3 would agree that server2 is the master and that server1 has left and must rejoin.
There needs to be some extra processing in the "merge" when two masters agree to form a cluster
that ensures that whoever they elect as the new master gets its HASingleton(s) restarted.
Otherwise, it won't have the up-to-date state from the other master.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 1 month