-
This seems odd. I just test the same setup on Windows 10 and everything works fine. Do you have some sort of virus scanning software. If yes, turn off it and try again.
-
Also make sure to disable proxy if there is any.
-
Thanks for taking a look. I just disabled Nortons (sic), and no proxy. Still the same issue:
$ git push onedev master Enumerating objects: 42531, done. Counting objects: 100% (42531/42531), done. Delta compression using up to 8 threads Compressing objects: 100% (16143/16143), done. Writing objects: 100% (42531/42531), 101.90 MiB | 204.60 MiB/s, done. Total 42531 (delta 27946), reused 40100 (delta 26144), pack-reused 0 error: RPC failed; curl 56 Recv failure: Connection was reset send-pack: unexpected disconnect while reading sideband packet fatal: the remote end hung up unexpectedly Everything up-to-dateIts mostly php etc script, with 1 binary at 44MB.
Any other ideas?
-
I even tested on a fresh started Windows VM and still it works. From the error message, it seems that the connection between git and onedev is forcibly stopped. My experience with anti-virus software is that even if they are disabled, they still work in the backend doing something.
You may push via SSH with encrypted traffic to see if the problem still exist.
-
Want to mention that big file is not a problem at all, I tested with single 200M file or a 3G repository without any issues.
-
I wonder could there be some encoding in the files that might cause something to break? I know git is configure to check out windows line endings?!
So i have tested onedev with a simple react project:
- Docker on a fresh windows 2019 server install in VirtualBox,
- and then again under Hyper-V (turns out I can't use Docker in Windows guest or host with VurtualBox :( and Linux images)
- Ran on windows 11 from
server.bat console
And all good, no issues (actually had to allow Git to work across filesystems due to the docker volume mount under windows).
Then after failing to install Docker on a VMWare windows 2019 VM (incompatibilities) i ran from command line (and installed as service), and this is where i'm having issues. The VM is on a suite of hosted servers with Gigabit connectivity.
I just tested creating the same project name on the HyperV Docker setup and successfully pushed the same project to it. It sat for a while after the
Total 42531 (delta 27...line (ok, maybe 20 seconds but felt like hours) but completed successfully.Ahhh, i just tried SSH and it works. I had to create a key pair and added it through the ui. So it looks like its ssh for us rather than http.
I wonder why http doesn't work? I wonder if it will work with SSL?
-
SSL probably works also. I ever worked on a project and connection is dropped sometimes for unknown reason at customer site, and after encrypting traffic with SSL everything works fine. Finally it turned out that plain traffic matches a particular pattern in customer security software and the connection was dropped.
-
Also have you tested pushing some other repo to OneDev running as Windows service on that machine?
-
Yes, I have pushed successfully using SSH to the vm running it as a service for several projects. And its picked up and processed the commit history which is nice.
I'll try https and see if it works, but I agree it probably will. But i think its not a big deal having the devs add their key to their account and use SSH. It could even be the firewall of the server side network that is causing drops too.
Thanks for your help :)
cheers
-
Previous Value Current Value Open
Closed
-
OK. Closing this issue now. Feel free to reopen if you believe it is a OneDev bug.
-
Thanks again :)
-
如果n你使用了nginx做了反向代理,那可能是nginx配置了client_max_body_size导致的,我是这样的情况
| Type |
Bug
|
| Priority |
Normal
|
| Assignee | |
| Affected Versions |
Not Found
|
Running OneDev 7.2.4 as a service on windows with git
git version 2.36.1.windows.1. No fancy setup, running openjdk, all defaults. Create new project, add new remote to existing PHP based project which is 202MB total (not including .git folder). When I push usinggit push onedev masterI get the normal packing stuff but then:I've tried the typical changing buffer size (500MB), verbose trace etc and still the same issue. This is the last part of the push with trace on (and through HTTP Toolkit):
Interestingly i'm moving from Bonobo server as I have been geting the same issue with it. However, Onedev server log actually contains info: