October 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3619) Upgrade logging processor to 1.1.0.Final

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3619?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-3619: ---------------------------------- Summary: Upgrade logging processor to 1.1.0.Final (was: Upgrade logging to 1.1.0.Final) > Upgrade logging processor to 1.1.0.Final > ---------------------------------------- > > Key: ISPN-3619 > URL: https://issues.jboss.org/browse/ISPN-3619 > Project: Infinispan > Issue Type: Component Upgrade > Reporter: Mircea Markus > Assignee: Sanne Grinovero > Fix For: 6.0.0.CR2, 6.0.0.Final > > > <sanne> > I've tried to upgrade the version to 1.1.0.Final (from 1.0.3.Final) and it seems flawless. take it > </sanne> -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3619) Upgrade logging to 1.1.0.Final

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3619?page=com.atlassian.jira.plugin.... ] Sanne Grinovero reassigned ISPN-3619: ------------------------------------- Assignee: Sanne Grinovero (was: Mircea Markus) > Upgrade logging to 1.1.0.Final > ------------------------------ > > Key: ISPN-3619 > URL: https://issues.jboss.org/browse/ISPN-3619 > Project: Infinispan > Issue Type: Component Upgrade > Reporter: Mircea Markus > Assignee: Sanne Grinovero > Fix For: 6.0.0.CR2, 6.0.0.Final > > > <sanne> > I've tried to upgrade the version to 1.1.0.Final (from 1.0.3.Final) and it seems flawless. take it > </sanne> -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3619) Upgrade logging to 1.1.0.Final

by Mircea Markus (JIRA)

Mircea Markus created ISPN-3619: ----------------------------------- Summary: Upgrade logging to 1.1.0.Final Key: ISPN-3619 URL: https://issues.jboss.org/browse/ISPN-3619 Project: Infinispan Issue Type: Component Upgrade Reporter: Mircea Markus Assignee: Mircea Markus Fix For: 6.0.0.CR2, 6.0.0.Final <sanne> I've tried to upgrade the version to 1.1.0.Final (from 1.0.3.Final) and it seems flawless. take it </sanne> -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3443) WriteCommand may be ignored during state transfer

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-3443?page=com.atlassian.jira.plugin.... ] Radim Vansa resolved ISPN-3443. ------------------------------- Resolution: Done My apologies, old version got into the test. > WriteCommand may be ignored during state transfer > ------------------------------------------------- > > Key: ISPN-3443 > URL: https://issues.jboss.org/browse/ISPN-3443 > Project: Infinispan > Issue Type: Bug > Components: Locking and Concurrency, State transfer > Affects Versions: 6.0.0.Alpha3 > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Blocker > Labels: jdg62blocker > Fix For: 6.0.0.CR1 > > > Distributed sync non-tx cache. > Situation: > 1) A node is joining the cluster, requesting some segment > 2) RemoveCommand is sent to backup owner with ignorePreviousValue=true > 3) It looks up the entry and finds null > 4) State transfer invokes the PutKeyValueCommand and sets the value for removed entry (updateKeys has not the key yet) > 5) RemoveCommand adds its key to updateKeys set, but it does not remove the value as it is already null (in its context) > Result: the value is removed on primary but on backup this is still present -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3618) Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2

by Martin Gencur (JIRA)

[ https://issues.jboss.org/browse/ISPN-3618?page=com.atlassian.jira.plugin.... ] Martin Gencur commented on ISPN-3618: ------------------------------------- Jakub, can you check which encoding is configured in the database you're testing (with admins)? If it's not UTF, then it might be a problem of the database server's configuration. AFAIK, Infinispan needs UTF-8. > Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2 > --------------------------------------------------------------------- > > Key: ISPN-3618 > URL: https://issues.jboss.org/browse/ISPN-3618 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores, Server > Affects Versions: 6.0.0.CR1 > Reporter: Jakub Markos > Assignee: Mircea Markus > Attachments: server_mssql2012_mysql55.log.zip > > > When using this configuration: > {code:xml} > <local-cache name="default" start="EAGER" batching="false"> > <locking isolation="READ_COMMITTED" acquire-timeout="20000" concurrency-level="500" striping="false" /> > <transaction mode="NONE" /> > <eviction strategy="LRU" max-entries="2"/> > <string-keyed-jdbc-store name="defaultStoreName" datasource="java:jboss/datasources/JdbcDS" passivation="false" preload="true" purge="false"> > <string-keyed-table prefix="EDG_STRING"> > <id-column name="id" type="VARCHAR(255)"/> > <data-column name="datum" type="VARBINARY(1000)"/> > <timestamp-column name="version" type="BIGINT"/> > </string-keyed-table> > </string-keyed-jdbc-store> > </local-cache> > {code} > and running this code: > {code} > RemoteCache<Object, Object> cache = new RemoteCacheManager(conf).getCache(); > cache.clear(); > cache.put(new Double(10), new Double(10)); > cache.put(new Double(20), new Double(20)); > cache.put(new Double(30), new Double(30)); // key 10 is evicted > System.out.println(cache.get(new Double(10))); > System.out.println(cache.get(new Double(20))); > System.out.println(cache.get(new Double(30))); > {code} > output: > {quote} > null > 20.0 > 30.0 > {quote} > Attached are logs for mssql2012 and mysql55 (where it works). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3334) Default jgroups-tcp.xml configuration could result in JGroups lock

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-3334?page=com.atlassian.jira.plugin.... ] Dan Berindei resolved ISPN-3334. -------------------------------- Fix Version/s: 6.0.0.Final 6.0.0.Alpha1 Resolution: Done Fixed during the upgrade to JGroups 3.4.0.Alpha1 (ISPN-3394). > Default jgroups-tcp.xml configuration could result in JGroups lock > ------------------------------------------------------------------ > > Key: ISPN-3334 > URL: https://issues.jboss.org/browse/ISPN-3334 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.3.0.Final > Reporter: Ray Tsang > Assignee: Mircea Markus > Fix For: 6.0.0.Final, 6.0.0.Alpha1 > > > In default jgroups-tcp.xml [1]: > <MFC max_credits="200k" min_threshold="0.20"/> > <FRAG2 frag_size="60000"/> > According to JGRP-1659 [2]: > * Either set FRAG2.frag_size to be less than MFC.min_threshold * MFC.max_credits (=40k), e.g. to 20k, or > * Increase max_credits or min_threshold, such that their product is greater than FRAG2.frag_size > Recommend updating default jgroups-tcp.xml accordingly. > [1] https://github.com/infinispan/infinispan/blob/master/core/src/main/resour... > [2] https://issues.jboss.org/browse/JGRP-1659 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3618) Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2

by Jakub Markos (JIRA)

[ https://issues.jboss.org/browse/ISPN-3618?page=com.atlassian.jira.plugin.... ] Jakub Markos edited comment on ISPN-3618 at 10/11/13 9:54 AM: -------------------------------------------------------------- This is the table from mysql55 (mssql looks the same): select HEX(id),HEX(datum) from EDG_STRING_default; | HEX(id) | HEX(datum) | | 3F39413039414A4141414141414141413D3D | 0301FE0367036A100301FE420A21034F4024000000000000036A220301FE0368FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF03620003630000000000000001 | | 3F39413039414E4141414141414141413D3D | 0301FE0367036A100301FE420A21034F4034000000000000036A220301FE0368FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF03620003630000000000000002 | | 3F3941303941506741414141414141413D3D | 0301FE0367036A100301FE420A21034F403E000000000000036A220301FE0368FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF03620003630000000000000003 was (Author: jmarkos): This is the table from mysql55: select HEX(id),HEX(datum) from EDG_STRING_default; | HEX(id) | HEX(datum) | | 3F39413039414A4141414141414141413D3D | 0301FE0367036A100301FE420A21034F4024000000000000036A220301FE0368FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF03620003630000000000000001 | | 3F39413039414E4141414141414141413D3D | 0301FE0367036A100301FE420A21034F4034000000000000036A220301FE0368FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF03620003630000000000000002 | | 3F3941303941506741414141414141413D3D | 0301FE0367036A100301FE420A21034F403E000000000000036A220301FE0368FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF03620003630000000000000003 > Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2 > --------------------------------------------------------------------- > > Key: ISPN-3618 > URL: https://issues.jboss.org/browse/ISPN-3618 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores, Server > Affects Versions: 6.0.0.CR1 > Reporter: Jakub Markos > Assignee: Mircea Markus > Attachments: server_mssql2012_mysql55.log.zip > > > When using this configuration: > {code:xml} > <local-cache name="default" start="EAGER" batching="false"> > <locking isolation="READ_COMMITTED" acquire-timeout="20000" concurrency-level="500" striping="false" /> > <transaction mode="NONE" /> > <eviction strategy="LRU" max-entries="2"/> > <string-keyed-jdbc-store name="defaultStoreName" datasource="java:jboss/datasources/JdbcDS" passivation="false" preload="true" purge="false"> > <string-keyed-table prefix="EDG_STRING"> > <id-column name="id" type="VARCHAR(255)"/> > <data-column name="datum" type="VARBINARY(1000)"/> > <timestamp-column name="version" type="BIGINT"/> > </string-keyed-table> > </string-keyed-jdbc-store> > </local-cache> > {code} > and running this code: > {code} > RemoteCache<Object, Object> cache = new RemoteCacheManager(conf).getCache(); > cache.clear(); > cache.put(new Double(10), new Double(10)); > cache.put(new Double(20), new Double(20)); > cache.put(new Double(30), new Double(30)); // key 10 is evicted > System.out.println(cache.get(new Double(10))); > System.out.println(cache.get(new Double(20))); > System.out.println(cache.get(new Double(30))); > {code} > output: > {quote} > null > 20.0 > 30.0 > {quote} > Attached are logs for mssql2012 and mysql55 (where it works). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3618) Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3618?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3618: ----------------------------------------------- Jakub Markos <jmarkos(a)redhat.com> made a comment on [bug 1018227|https://bugzilla.redhat.com/show_bug.cgi?id=1018227] Please see the linked JIRA for more information. > Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2 > --------------------------------------------------------------------- > > Key: ISPN-3618 > URL: https://issues.jboss.org/browse/ISPN-3618 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores, Server > Affects Versions: 6.0.0.CR1 > Reporter: Jakub Markos > Assignee: Mircea Markus > Attachments: server_mssql2012_mysql55.log.zip > > > When using this configuration: > {code:xml} > <local-cache name="default" start="EAGER" batching="false"> > <locking isolation="READ_COMMITTED" acquire-timeout="20000" concurrency-level="500" striping="false" /> > <transaction mode="NONE" /> > <eviction strategy="LRU" max-entries="2"/> > <string-keyed-jdbc-store name="defaultStoreName" datasource="java:jboss/datasources/JdbcDS" passivation="false" preload="true" purge="false"> > <string-keyed-table prefix="EDG_STRING"> > <id-column name="id" type="VARCHAR(255)"/> > <data-column name="datum" type="VARBINARY(1000)"/> > <timestamp-column name="version" type="BIGINT"/> > </string-keyed-table> > </string-keyed-jdbc-store> > </local-cache> > {code} > and running this code: > {code} > RemoteCache<Object, Object> cache = new RemoteCacheManager(conf).getCache(); > cache.clear(); > cache.put(new Double(10), new Double(10)); > cache.put(new Double(20), new Double(20)); > cache.put(new Double(30), new Double(30)); // key 10 is evicted > System.out.println(cache.get(new Double(10))); > System.out.println(cache.get(new Double(20))); > System.out.println(cache.get(new Double(30))); > {code} > output: > {quote} > null > 20.0 > 30.0 > {quote} > Attached are logs for mssql2012 and mysql55 (where it works). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3618) Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3618?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-3618: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1018227 > Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2 > --------------------------------------------------------------------- > > Key: ISPN-3618 > URL: https://issues.jboss.org/browse/ISPN-3618 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores, Server > Affects Versions: 6.0.0.CR1 > Reporter: Jakub Markos > Assignee: Mircea Markus > Attachments: server_mssql2012_mysql55.log.zip > > > When using this configuration: > {code:xml} > <local-cache name="default" start="EAGER" batching="false"> > <locking isolation="READ_COMMITTED" acquire-timeout="20000" concurrency-level="500" striping="false" /> > <transaction mode="NONE" /> > <eviction strategy="LRU" max-entries="2"/> > <string-keyed-jdbc-store name="defaultStoreName" datasource="java:jboss/datasources/JdbcDS" passivation="false" preload="true" purge="false"> > <string-keyed-table prefix="EDG_STRING"> > <id-column name="id" type="VARCHAR(255)"/> > <data-column name="datum" type="VARBINARY(1000)"/> > <timestamp-column name="version" type="BIGINT"/> > </string-keyed-table> > </string-keyed-jdbc-store> > </local-cache> > {code} > and running this code: > {code} > RemoteCache<Object, Object> cache = new RemoteCacheManager(conf).getCache(); > cache.clear(); > cache.put(new Double(10), new Double(10)); > cache.put(new Double(20), new Double(20)); > cache.put(new Double(30), new Double(30)); // key 10 is evicted > System.out.println(cache.get(new Double(10))); > System.out.println(cache.get(new Double(20))); > System.out.println(cache.get(new Double(30))); > {code} > output: > {quote} > null > 20.0 > 30.0 > {quote} > Attached are logs for mssql2012 and mysql55 (where it works). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2478) PutMapCommand not correctly removing previous types from indexes

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-2478?page=com.atlassian.jira.plugin.... ] Adrian Nistor commented on ISPN-2478: ------------------------------------- I've added PutAllTest that tries to update via putAll in all possible combinations of indexed/non-indexed types for previous and new value. PR with test and fix is ready. > PutMapCommand not correctly removing previous types from indexes > ---------------------------------------------------------------- > > Key: ISPN-2478 > URL: https://issues.jboss.org/browse/ISPN-2478 > Project: Infinispan > Issue Type: Bug > Components: Querying > Affects Versions: 5.1.8.Final > Reporter: Sanne Grinovero > Assignee: Adrian Nistor > Labels: stable_embedded_query > Fix For: 6.0.0.Final > > > We need to perform certain cleanup operations - potentially - on the return types of commands such as put and remove. In case of a putAll command, we're ignoring this requirement. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2013