July 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-6395) Elytron integration with JGroups Subsystem

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-6395?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated WFLY-6395: --------------------------------- Summary: Elytron integration with JGroups Subsystem (was: Elytron integration with jgroups subsystem) > Elytron integration with JGroups Subsystem > ------------------------------------------ > > Key: WFLY-6395 > URL: https://issues.jboss.org/browse/WFLY-6395 > Project: WildFly > Issue Type: Feature Request > Components: Clustering > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Fix For: 11.0.0.Alpha1 > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6851) Add test for MODULES-218

by Martin Simka (JIRA)

[ https://issues.jboss.org/browse/WFLY-6851?page=com.atlassian.jira.plugin.... ] Martin Simka moved JBEAP-5265 to WFLY-6851: ------------------------------------------- Project: WildFly (was: JBoss Enterprise Application Platform) Key: WFLY-6851 (was: JBEAP-5265) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: Test Suite (was: Test Suite) > Add test for MODULES-218 > ------------------------ > > Key: WFLY-6851 > URL: https://issues.jboss.org/browse/WFLY-6851 > Project: WildFly > Issue Type: Task > Components: Test Suite > Reporter: Martin Simka > Assignee: Martin Simka > > Add test for MODULES-218 - Support absolute paths for module.xml resource-root elements -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6847) Lost large messages if backup is shutdown during synchronization

by Bartosz Baranowski (JIRA)

[ https://issues.jboss.org/browse/WFLY-6847?page=com.atlassian.jira.plugin.... ] Bartosz Baranowski updated WFLY-6847: ------------------------------------- Labels: downstream_dependency (was: ) > Lost large messages if backup is shutdown during synchronization > ---------------------------------------------------------------- > > Key: WFLY-6847 > URL: https://issues.jboss.org/browse/WFLY-6847 > Project: WildFly > Issue Type: Bug > Reporter: Bartosz Baranowski > Assignee: Jason Greene > Labels: downstream_dependency > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6848) In rare circumstances MessageProducer can send a message to wrong queue.

by Bartosz Baranowski (JIRA)

[ https://issues.jboss.org/browse/WFLY-6848?page=com.atlassian.jira.plugin.... ] Bartosz Baranowski updated WFLY-6848: ------------------------------------- Labels: downstream_dependency (was: ) > In rare circumstances MessageProducer can send a message to wrong queue. > ------------------------------------------------------------------------ > > Key: WFLY-6848 > URL: https://issues.jboss.org/browse/WFLY-6848 > Project: WildFly > Issue Type: Bug > Reporter: Bartosz Baranowski > Assignee: Jason Greene > Labels: downstream_dependency > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6845) Lost message when using transaction session on subscriber/consumer.

by Bartosz Baranowski (JIRA)

[ https://issues.jboss.org/browse/WFLY-6845?page=com.atlassian.jira.plugin.... ] Bartosz Baranowski updated WFLY-6845: ------------------------------------- Labels: downstream_dependency (was: ) > Lost message when using transaction session on subscriber/consumer. > ------------------------------------------------------------------- > > Key: WFLY-6845 > URL: https://issues.jboss.org/browse/WFLY-6845 > Project: WildFly > Issue Type: Bug > Reporter: Bartosz Baranowski > Assignee: Jason Greene > Labels: downstream_dependency > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6846) Redistribution loses large messages when server with HA is restarted

by Bartosz Baranowski (JIRA)

[ https://issues.jboss.org/browse/WFLY-6846?page=com.atlassian.jira.plugin.... ] Bartosz Baranowski updated WFLY-6846: ------------------------------------- Labels: downstream_dependency (was: ) > Redistribution loses large messages when server with HA is restarted > -------------------------------------------------------------------- > > Key: WFLY-6846 > URL: https://issues.jboss.org/browse/WFLY-6846 > Project: WildFly > Issue Type: Bug > Reporter: Bartosz Baranowski > Assignee: Jason Greene > Labels: downstream_dependency > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6850) max-saved-replicated-journal-size is ignored

by Bartosz Baranowski (JIRA)

[ https://issues.jboss.org/browse/WFLY-6850?page=com.atlassian.jira.plugin.... ] Bartosz Baranowski updated WFLY-6850: ------------------------------------- Description: (was: *Scenario:* # Configure two EAP servers in replicated HA topology # On backup set {{max-saved-replicated-journal-size=2}}, {{allow-failback=true}} and {{restart-backup=true}} # Do sequence: kill live, start live, kill live, start live... *Expectation:* When number of saved replicated journals exceeds 2, the backup should not be restarted but stopped. *Actual state:* {{max-saved-replicated-journal-size}} is ignored and backup is not stopped. Number of journals grows ad infinitum. I think that root cause is in {{SharedNothingLiveActivation}}. In the condition \[1\] there should be OR between !isRestartBackup and check if the number of journals was exceeded. \[1\] {code} //if we have to many backups kept or are not configured to restart just stop, otherwise restart as a backup if (!replicatedPolicy.getReplicaPolicy().isRestartBackup() && activeMQServer.countNumberOfCopiedJournals() >= replicatedPolicy.getReplicaPolicy().getMaxSavedReplicatedJournalsSize() && replicatedPolicy.getReplicaPolicy().getMaxSavedReplicatedJournalsSize() >= 0) { activeMQServer.stop(true); ActiveMQServerLogger.LOGGER.stopReplicatedBackupAfterFailback(); } else { activeMQServer.stop(true); ActiveMQServerLogger.LOGGER.restartingReplicatedBackupAfterFailback(); activeMQServer.setHAPolicy(replicatedPolicy.getReplicaPolicy()); activeMQServer.start(); } {code}) > max-saved-replicated-journal-size is ignored > -------------------------------------------- > > Key: WFLY-6850 > URL: https://issues.jboss.org/browse/WFLY-6850 > Project: WildFly > Issue Type: Bug > Reporter: Bartosz Baranowski > Assignee: Clebert Suconic > Priority: Critical > Labels: downstream_dependency > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6849) Duplicate messages in replicated HA topology when backup is shutdowned

by Bartosz Baranowski (JIRA)

[ https://issues.jboss.org/browse/WFLY-6849?page=com.atlassian.jira.plugin.... ] Bartosz Baranowski updated WFLY-6849: ------------------------------------- Steps to Reproduce: (was: {code} git clone git://git.app.eng.bos.redhat.com/jbossqe/eap-tests-hornetq.git cd eap-tests-hornetq/scripts/ git checkout refactoring_modules groovy -DEAP_ZIP_URL=http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap7-artemis-prepare/lastSuccessfulBuild/artifact/jboss-eap-7.x.patched.zip PrepareServers7.groovy export WORKSPACE=$PWD export JBOSS_HOME_1=$WORKSPACE/server1/jboss-eap export JBOSS_HOME_2=$WORKSPACE/server2/jboss-eap export JBOSS_HOME_3=$WORKSPACE/server3/jboss-eap export JBOSS_HOME_4=$WORKSPACE/server4/jboss-eap cd ../jboss-hornetq-testsuite/ mvn clean test -Dtest=ReplicatedDedicatedFailoverTestCase#testDuplicatesAreDetectedWhenBackupIsCrashedAfterSynchronization -DfailIfNoTests=false -Deap=7x -Deap7.org.jboss.qa.hornetq.apps.clients.version=7.x-SNAPSHOT | tee log {code}) > Duplicate messages in replicated HA topology when backup is shutdowned > ---------------------------------------------------------------------- > > Key: WFLY-6849 > URL: https://issues.jboss.org/browse/WFLY-6849 > Project: WildFly > Issue Type: Bug > Reporter: Bartosz Baranowski > Assignee: Clebert Suconic > Priority: Critical > Labels: downstream_dependency > > Scenario > # Configure 2 nodes in replicated dedicated topology > # Start live (node-1) and backup (node-2) > # Start producer > # Shut down node-2 > # Stop producer > # Check if there are some duplicates on node-1 using CLI operation list-messages > Expectation: there is no duplications > Actual state: there are 10 messages with the same _AMQ_DUPL_ID twice > After that Backup is shut downed, the Live is not able to replicate its data to Backup. It waits 30 seconds until timeouts expire. Meanwhile producer does not get response from Live and it gets TimeoutException on commit. It retries to send the same batch of messages and then commit them again. I think that problem is at this point. The Live does not detect duplicate messages. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6850) max-saved-replicated-journal-size is ignored

by Bartosz Baranowski (JIRA)

[ https://issues.jboss.org/browse/WFLY-6850?page=com.atlassian.jira.plugin.... ] Bartosz Baranowski moved JBEAP-5263 to WFLY-6850: ------------------------------------------------- Project: WildFly (was: JBoss Enterprise Application Platform) Key: WFLY-6850 (was: JBEAP-5263) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: (was: ActiveMQ) Affects Version/s: (was: 7.0.1.CR1) > max-saved-replicated-journal-size is ignored > -------------------------------------------- > > Key: WFLY-6850 > URL: https://issues.jboss.org/browse/WFLY-6850 > Project: WildFly > Issue Type: Bug > Reporter: Bartosz Baranowski > Assignee: Clebert Suconic > Priority: Critical > Labels: downstream_dependency > > *Scenario:* > # Configure two EAP servers in replicated HA topology > # On backup set {{max-saved-replicated-journal-size=2}}, {{allow-failback=true}} and {{restart-backup=true}} > # Do sequence: kill live, start live, kill live, start live... > *Expectation:* When number of saved replicated journals exceeds 2, the backup should not be restarted but stopped. > *Actual state:* {{max-saved-replicated-journal-size}} is ignored and backup is not stopped. Number of journals grows ad infinitum. > I think that root cause is in {{SharedNothingLiveActivation}}. In the condition \[1\] there should be OR between !isRestartBackup and check if the number of journals was exceeded. > \[1\] > {code} > //if we have to many backups kept or are not configured to restart just stop, otherwise restart as a backup > if (!replicatedPolicy.getReplicaPolicy().isRestartBackup() && activeMQServer.countNumberOfCopiedJournals() >= replicatedPolicy.getReplicaPolicy().getMaxSavedReplicatedJournalsSize() && replicatedPolicy.getReplicaPolicy().getMaxSavedReplicatedJournalsSize() >= 0) { > activeMQServer.stop(true); > ActiveMQServerLogger.LOGGER.stopReplicatedBackupAfterFailback(); > } > else { > activeMQServer.stop(true); > ActiveMQServerLogger.LOGGER.restartingReplicatedBackupAfterFailback(); > activeMQServer.setHAPolicy(replicatedPolicy.getReplicaPolicy()); > activeMQServer.start(); > } > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6849) Duplicate messages in replicated HA topology when backup is shutdowned

by Bartosz Baranowski (JIRA)

[ https://issues.jboss.org/browse/WFLY-6849?page=com.atlassian.jira.plugin.... ] Bartosz Baranowski moved JBEAP-5262 to WFLY-6849: ------------------------------------------------- Project: WildFly (was: JBoss Enterprise Application Platform) Key: WFLY-6849 (was: JBEAP-5262) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: (was: ActiveMQ) Affects Version/s: (was: 7.0.1.CR1) > Duplicate messages in replicated HA topology when backup is shutdowned > ---------------------------------------------------------------------- > > Key: WFLY-6849 > URL: https://issues.jboss.org/browse/WFLY-6849 > Project: WildFly > Issue Type: Bug > Reporter: Bartosz Baranowski > Assignee: Clebert Suconic > Priority: Critical > Labels: downstream_dependency > > Scenario > # Configure 2 nodes in replicated dedicated topology > # Start live (node-1) and backup (node-2) > # Start producer > # Shut down node-2 > # Stop producer > # Check if there are some duplicates on node-1 using CLI operation list-messages > Expectation: there is no duplications > Actual state: there are 10 messages with the same _AMQ_DUPL_ID twice > After that Backup is shut downed, the Live is not able to replicate its data to Backup. It waits 30 seconds until timeouts expire. Meanwhile producer does not get response from Live and it gets TimeoutException on commit. It retries to send the same batch of messages and then commit them again. I think that problem is at this point. The Live does not detect duplicate messages. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira July 2016