[VOTE] Apache Geode 1.14.2.RC1
Hello Geode Dev Community, This is a release candidate for Apache Geode version 1.14.2.RC1. This release contains only a log4j bump to 2.16.0. Please do a review and give your feedback, including the checks you performed. Expedited Voting deadline: 3PM PST Wed, December 15 2021. Please note that we are voting upon the source tag: rel/v1.14.2.RC1 Release notes: https://cwiki.apache.org/confluence/display/GEODE/Release+Notes#ReleaseNotes-1.14.2 Source and binary distributions: https://dist.apache.org/repos/dist/dev/geode/1.14.2.RC1/ Maven staging repo: https://repository.apache.org/content/repositories/orgapachegeode-1122 GitHub: https://github.com/apache/geode/tree/rel/v1.14.2.RC1 https://github.com/apache/geode-examples/tree/rel/v1.14.2.RC1 https://github.com/apache/geode-native/tree/rel/v1.14.2.RC1 https://github.com/apache/geode-benchmarks/tree/rel/v1.14.2.RC1 Pipelines: https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-support-1-14-main https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-support-1-14-rc Geode's KEYS file containing PGP keys we use to sign the release: https://github.com/apache/geode/blob/develop/KEYS Command to run geode-examples: ./gradlew -PgeodeReleaseUrl=https://dist.apache.org/repos/dist/dev/geode/1.14.2.RC1 -PgeodeRepositoryUrl=https://repository.apache.org/content/repositories/orgapachegeode-1122 build runAll Regards Owen Nichols
[VOTE] Apache Geode 1.12.7.RC1
Hello Geode Dev Community, This is a release candidate for Apache Geode version 1.12.7.RC1. This release contains only a log4j bump to 2.16.0. Please do a review and give your feedback, including the checks you performed. Expedited Voting deadline: 3PM PST Wed, December 15 2021. Please note that we are voting upon the source tag: rel/v1.12.7.RC1 Release notes: https://cwiki.apache.org/confluence/display/GEODE/Release+Notes#ReleaseNotes-1.12.7 Source and binary distributions: https://dist.apache.org/repos/dist/dev/geode/1.12.7.RC1/ Maven staging repo: https://repository.apache.org/content/repositories/orgapachegeode-1120 GitHub: https://github.com/apache/geode/tree/rel/v1.12.7.RC1 https://github.com/apache/geode-examples/tree/rel/v1.12.7.RC1 https://github.com/apache/geode-native/tree/rel/v1.12.7.RC1 https://github.com/apache/geode-benchmarks/tree/rel/v1.12.7.RC1 Pipelines: https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-support-1-12-main https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-support-1-12-rc Geode's KEYS file containing PGP keys we use to sign the release: https://github.com/apache/geode/blob/develop/KEYS Command to run geode-examples: ./gradlew -PgeodeReleaseUrl=https://dist.apache.org/repos/dist/dev/geode/1.12.7.RC1 -PgeodeRepositoryUrl=https://repository.apache.org/content/repositories/orgapachegeode-1120 build runAll Regards Owen Nichols
[VOTE] Apache Geode 1.13.6.RC1
Hello Geode Dev Community, This is a release candidate for Apache Geode version 1.13.6.RC1. This release contains only a log4j bump to 2.16.0. Please do a review and give your feedback, including the checks you performed. Expedited Voting deadline: 3PM PST Wed, December 15 2021. Please note that we are voting upon the source tag: rel/v1.13.6.RC1 Release notes: https://cwiki.apache.org/confluence/display/GEODE/Release+Notes#ReleaseNotes-1.13.6 Source and binary distributions: https://dist.apache.org/repos/dist/dev/geode/1.13.6.RC1/ Maven staging repo: https://repository.apache.org/content/repositories/orgapachegeode-1121 GitHub: https://github.com/apache/geode/tree/rel/v1.13.6.RC1 https://github.com/apache/geode-examples/tree/rel/v1.13.6.RC1 https://github.com/apache/geode-native/tree/rel/v1.13.6.RC1 https://github.com/apache/geode-benchmarks/tree/rel/v1.13.6.RC1 Pipelines: https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-support-1-13-main https://concourse.apachegeode-ci.info/teams/main/pipelines/apache-support-1-13-rc Geode's KEYS file containing PGP keys we use to sign the release: https://github.com/apache/geode/blob/develop/KEYS Command to run geode-examples: ./gradlew -PgeodeReleaseUrl=https://dist.apache.org/repos/dist/dev/geode/1.13.6.RC1 -PgeodeRepositoryUrl=https://repository.apache.org/content/repositories/orgapachegeode-1121 build runAll Regards Owen Nichols
Odg: Creating index failed
Hi Alexandar, The cluster config is updated at the end of the command execution, and only in case, the command is successful. I created PR with Anlikumar's suggestion, but some tests failed. https://github.com/apache/geode/pull/7195 I tried with ignoring exception if it is already created, but in that case, if run again the create index command with the same name and expression it will not fail. BR, Mario Šalje: Alexander Murmann Poslano: 7. prosinca 2021. 18:28 Prima: dev@geode.apache.org Predmet: Re: Creating index failed Hi Mario! I agree with you that the user wanted to index all the data in the region when using a partitioned region. But when the command is not successful, the cluster config is not updated. After the server restart, it will not have indexes as it is not stored in the cluster configuration. Interesting! If I understand you correctly, the initial request to each server succeeds, but later ones will fail because the index is already there. However, the first, successful request should also have updated the cluster config, right?. Am I misunderstanding something? From: Mario Kevo Sent: Tuesday, December 7, 2021 06:36 To: dev@geode.apache.org Subject: Odg: Creating index failed Hi Jason, I agree with you that the user wanted to index all the data in the region when using a partitioned region. But when the command is not successful, the cluster config is not updated. After the server restart, it will not have indexes as it is not stored in the cluster configuration. So there should be some changes, as the index is created on all members but the command is not successful. I'm working on a fix. As soon as possible I will create PR on the already mentioned ticket. BR, Mario Šalje: Jason Huynh Poslano: 6. prosinca 2021. 18:45 Prima: dev@geode.apache.org Predmet: Re: Creating index failed Hi Mario, A lot of the indexing code pre-dates GFSH. The behavior you are seeing is when an index is created on a partition region. When creating an index on a partition region, the idea is that the user wanted to index all the data in the region. So the server will let all other servers know to create an index on the partition region. This is slightly different for an index on a replicated region. That is when the index can be created on a per member basis, which is what I think the -member flag is for. GFSH however defaults to sending the create index message to all members for any index type from what I remember and from what is being described. That is why you’ll see the race condition with indexes created on partitioned regions but the end result being that the index that someone wanted to create is either created or already there. -Jason On 12/6/21, 6:37 AM, "Mario Kevo" wrote: Hi devs, While doing some testing, I found the issue which is already reported there. https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fissues.apache.org%2Fjira%2Fbrowse%2FGEODE-7875data=04%7C01%7Camurmann%40vmware.com%7C48b13b5a3485492868dd08d9b98efd67%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C1%7C637744846071934875%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=82bEcKRqw8yIP4MCx7hsVKgNprgdWu9Vh%2FNatImH2Vo%3Dreserved=0 If we run the create index command it will create an index locally and send a request to create an index on other members of that region. The problem happened if the remote request comes before the request from the locator, in that case, a request from the locator failed with the following message: Index "index1" already exists. Create failed due to duplicate name. This can be reproduced by running 6 servers with DEBUG log level(due to this system will be slower), creating a partitioned region, and then creating an index. Why does the server send remote requests to other members as they will get a request from the locator to create an index? Also when running the gfsh command to create an index on one member, it will send create index requests to all other members. In that case, what is the purpose of this --member flag? BR, Mario