Bug 1085328
Summary: | Git: cannot clone repositories from business-central to different machine | ||
---|---|---|---|
Product: | [Retired] JBoss BRMS Platform 6 | Reporter: | Zuzana Krejčová <zkrejcov> |
Component: | Business Central | Assignee: | Alexandre Porcelli <porcelli> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Zuzana Krejčová <zkrejcov> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 6.0.0 | CC: | ajuricic, alazarot, kverlaen, lpetrovi, rrajasek, vigoyal, zkrejcov |
Target Milestone: | ER3 | ||
Target Release: | 6.0.2 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
Cloning a repository between different machines was broken with various errors indicating the size of the repository being an issue. This was caused because of the use of old versions of sshd-core and jGit modules. This has now been resolved and performance enhanced by the inclusion of 0.10.0 version of sshd-core and the 3.3.1 version of jGit.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2014-08-06 19:54:26 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Zuzana Krejčová
2014-04-08 11:36:06 UTC
I coudln't reproduce the issue... I've tried the same config here with different repository sizes (from brigh new empty one to 500mb repo like guvnor from github) using all different connection speedies and no luck. In a rreally slow connection (56K) what I got from client was a clear timout message like: Received disconnect from 10.211.55.2 2: User session has timed out after being idled for 10000ms. fatal: The remote end hung up upon initial contact. My problem was resolved by bumping up the sshd-core module version to 0.10.0. Product uses 0.9.0. Pertinent information (I think) to be found in issue SSHD-255 (https://issues.apache.org/jira/browse/SSHD-255). I'd also recommend using higher version of jgit (3.2.0) - as I understand it, based on issue JENKINS-19043 (https://issues.jenkins-ci.org/browse/JENKINS-19043), there were some performance improvements. With the product versions of jgit and sshd-core, results were better if GitUploadCommand used compression (requires a small code change and an uberfire module rebuild as well). Just for the record, rebuilding uberfire modules (6.0.2 ER1 sync) with either or both of these changes requires only to update two lines of imports (and only in case of jgit version switch). Product (6.0.2 ER1 BPMS) deployed with these updated jars, nothing seemed broken (that wasn't broken already). Thanks for your hard work on this Zuzana, without it we couldn't improve on this. Here are the changes that you proposed pushed to master and product branches: (master) https://github.com/droolsjbpm/droolsjbpm-build-bootstrap/commit/b9afd5ceea2 (6.0.x) http://github.com/droolsjbpm/droolsjbpm-build-bootstrap/commit/6b4b31881 (master) http://github.com/uberfire/uberfire/commit/8f96cb036 (0.3.x) http://github.com/uberfire/uberfire/compare/a67cb2f...055f093 Upgrade please the version jGit version to 3.3 instead of 3.2 to make sure that al problems related to this issue being solved. jGit has an issue also related to clone or any other operation over ssh if the repository is bigger than 5 mb - it reports "Short read of block" - this is only solved by 3.3 release: https://bugs.eclipse.org/bugs/show_bug.cgi?id=426514 We have customers reporting this issue, so please update it to 3.3.1 (latest version) instead of 3.2. JGit updated to 3.3.1 as requested: (master) http://github.com/uberfire/uberfire/commit/85c721b1d (0.3.x) http://github.com/uberfire/uberfire/commit/81ddecf17 (master) http://github.com/droolsjbpm/droolsjbpm-build-bootstrap/commit/b57f26827 (6.0.x) http://github.com/droolsjbpm/droolsjbpm-build-bootstrap/commit/bb86c2b5d |