Just a heads up: On March 24, 2025, starting at 4:30pm CDT / 19:30 UTC, the site will be undergoing scheduled maintenance for a few hours. During this time, the site might be unavailable for a short while. Thanks for your patience.
×I am running Stash 2.0.1 on Windows. When I clone my repo using the http url, it takes 5 minutes, when I use the ssh protocol - it takes 54 minutes. Anyone else experiencing this or fixed it?
It not a Stash problem, this is problem of msysGit OpenSSH on Windows. See https://github.com/msysgit/msysgit/issues/31#issuecomment-13310285
To avoid this, you can use Cygwin's SSH (just copy over files). But this is not good solution, better way is to wait until developers upgrade OpenSSH in msysGit.
For temporary solution you can take theise files and override ssh.exe etc files in current mingGit installation: http://yadi.sk/d/_FonJdUS2S1YU
This files is taken from latest Cygwin installation. You can make it on your side again, if you afraid to use this archive binaries. Just install fresh Cygwin from cygwin.com and copy over msysGit follow files:
cygasn1-8.dll cygcom_err-2.dll cygcrypt-0.dll cygcrypto-1.0.0.dll cyggcc_s-1.dll cyggssapi-3.dll cygheimbase-1.dll cygheimntlm-0.dll cyghx509-5.dll cygiconv-2.dll cygintl-8.dll cygkrb5-26.dll cygroken-18.dll cygsqlite3-0.dll cygssp-0.dll cygwin1.dll cygwind-0.dll cygz.dll ssh-add.exe ssh-agent.exe ssh-keygen.exe ssh-keyscan.exe ssh.exe
We experienced slow Stash ssh hosted on Linux. This was caused by Java Issue with random generator and SSL stack.
Solution for Linux was to add following option to start options of Stash:
-Djava.security.egd=file:/dev/./urandom
After adding this option and restarting stash transfer rate increased from less than 1 MB/s to more than 15 MB/s
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
People should understad the security impact of this change.
http://stackoverflow.com/questions/3690273/did-i-understand-dev-urandom
http://www.onkarjoshi.com/blog/191/device-dev-random-vs-urandom/
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
For a counter point see: http://www.2uo.de/myths-about-urandom/
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I have confirmed that msysGit 1.9.0-preview20140217 causes cloning issues with Stash 2.11.2 and we upgraded to 2.12.1 and still have cloning issues on Windows Server 2008 R2. It pegs the CPU to 100% and fails; a restart of Stash Service is required. When I downgraded back to msysGit 1.8.1.2 cloning worked again.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
I have installed Atlassian Stash on a Linux VPS client. There is an Apache HTTPD in front of it. I am running Ubuntu 12.04 on the server, I find Stash is really slow. Adding the flag
export JAVA_OPTS=-Djava.security.egd=file:/dev/urandom
Make no difference to the speed.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Zachary,
If Jason's suggestions doesn't work, could I ask you to please raise a support issue at https://support.atlassian.com/. Our support engineers will need to have a look at your log files in order to help you with this problem.
Cheers,
Stefan
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Many customers have reported slow push times on windows in Stash 2.x.x. The cause is not running Stash as a local non-administrator user. If you run Stash as a domain user and/or as a administrator windows often will make more file permission checks the repository is being modified on the server. These permission checks can be extremely slow.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This is assuming you are running your Stash server under Windows... Does not help us linux server people.
I am seeing the exact same problem...have a ticket in about it.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.