2012-12-12 1 views
5

나는 github을 할 수 없다. 나는 작은 변화를 밀어 수 있었지만 이번에는 그것이이 글을 후 중단 : 내 우분투 프로세스 관리자에푸시 시동이 걸려있다.

git push origin master 
Counting objects: 22, done. 
Delta compression using up to 4 threads. 
Compressing objects: 100% (12/12), done. 
Writing objects: 100% (12/12), 1.51 KiB, done. 
Total 12 (delta 8), reused 0 (delta 0) 

, 내가 뭔가를 밀어하려고 할 때 그 SSH를 중단하고 그것이 보았다 : ssh를 자식 @ github.com 자식-팩받을 'XXX/yyy.git을'

내가 직접 내 터미널에서이 명령을 실행하려고 지금이이 글을 후 중단 :

0078...7d4 refs/heads/master report-status delete-refs side-band-64k quiet ofs-delta 
0000 

다른 모든 엷게을 잘 작동하지만 밀어 넣을 수는 없습니다. 그 이유는 무엇일까요?

추가 정보 : git 파일을 다시 만들고 HTTP를 SSH에서 HTTP로 변경했습니다. 내가 밀어하려고 할 때 지금은이 오류를 얻을 :

Counting objects: 17, done. 
Delta compression using up to 4 threads. 
Compressing objects: 100% (9/9), done. 
Writing objects: 100% (9/9), 1.19 KiB, done. 
Total 9 (delta 6), reused 0 (delta 0) 
error: RPC failed; result=52, HTTP code = 0 
fatal: The remote end hung up unexpectedly 
fatal: The remote end hung up unexpectedly 
Everything up-to-date 

추가 정보 2 : 나는 시간 동안 테스트를 봤는데 내 네트워크 연결이 문제처럼 보인다. 다른 연결에서 밀려고했는데 아주 잘 작동했습니다. 이것의 뒤에 이유는 무엇 일 수 있 었는가? 그런데 모뎀의 방화벽이 비활성화되어 있습니다.

+0

귀하의 문제는 다음과 동일하다고 생각합니다. [GIT는 추가 후 푸시 할 수 없습니다.] (http://stackoverflow.com/questions/14123170/git-impossible-to-push-after-add). 권장 솔루션을 사용해보십시오. – IQAndreas

답변

-2

네트워크 연결이 너무 느려 업로드를 확인하십시오. 어쩌면 당신은 단지 시간이 필요할 것입니다. 네트워크 연결을 모니터링하여 데이터를 업스트림으로 보내고 있는지 확인할 수 있습니까?

+2

Gmail에 300KB 사진을 5 초 내에 업로드하고 있는데 네트워크 연결이 너무 느린 것 같지 않습니다. git 업로드를 모니터링하는 방법이 있습니까? 나는 그것을 시도해 볼지 모른다. – gzg

+1

네트워크 연결에 MTU 문제가 있는지 확인하십시오. 컴퓨터의 인터페이스의 MTU를 1280으로 낮추면 푸시 할 수 있습니까? –

0

제 경우에는 저장소에 대한 액세스 권한과 관련된 문제가있었습니다. 나는 쓰기 권한을 추가 한 후에 만 ​​액세스 권한을 가지고 있었지만 문제는 해결되었습니다. 다음

+0

이것이 왜 투표에 실패했는지 확실하지 않습니다. 이렇게하면 원격 측의 첫 번째 사용자에 대한 파일 시스템 사용 권한을 두 번 확인할 가치가있는 문제가 해결되었습니다. (왜 오류가 프로세스에 던져 지는지 확신 할 수 없습니다.) – Adambean

-1

첫 방송 : 당신은 아무것도 얻을 수없는 경우

env | grep SSH_ASKPASS 

, 당신은 그 값을 설정해야합니다. 그놈을 사용하는 경우, 일반적으로 다음을 수행하여 발견 gnome-ssh-askpass.sh의 위치를 ​​찾을 수 :

find/| grep gnome-ssh-askpass 

을 그리고 그것은 일반적으로 /etc/profile.d 디렉토리에 있습니다. 일반적으로 이것은 자동으로로드되지만 어떤 이유로 인해로드되지 않습니다. 그래서 실행 다음

source /etc/profile.d/gnome-ssh-askpass.sh 

한 번 수행하는 env | grep SSH_ASKPASS에 대한 값과 다음 자식 푸시가 있는지 확인 (또는, 당신은 단지 chmod +x 파일 직접 실행할 수 있습니다, 그것은 당신에게 달려 있습니다) 다시 작동합니다. 당신이 gnome-ssh-askpass.sh 파일을 찾을하지 않은 경우 KDE는, 어쩌면이 있다면

는 다음 yum search ssh-askpass 수행하고 설치하는 패키지 (일반적으로 yum install openssh-askpass) apt-get를 들어

을, 당신이 그놈을 사용하는 가정 비슷한 일을하지만, a kde-ssh-askpass ??

8

비슷한 문제를 해결하기 위해 지난 5 시간을 보냈습니다. 첫째, 터널 또는 VPN 연결을 통해 이것을 실행하고 있습니까?

터널의 MTU (Maximum Transmission Unit)는 네트워크 경로 중간에있는 일부 라우터가 낮은 MTU 만 지원할 수 있지만 VPN/터널 소프트웨어에서는 알 수 없으므로 잘못 구성 될 수 있습니다. 결과적으로 패킷이 끊어집니다.실제로 액세스하는 데 사용하는 인터페이스로 교체, 여기

sudo ifconfig eth0 mtu 1300 

나는 eth0 인터페이스의 MTU를 설정 해요 :

그래서 빠른 응답은 연결의 MTU를 절감하는 것입니다 자식 서버. 기본 MTU는 보통 1500입니다.

OpenVPN의 경우 tun0 인터페이스를 업데이트해야했습니다. OpenVPN 구성에서이 작업을 수행하는 더 좋고/더 강력한 방법이 있습니다. link-mtu <n>mssfix 옵션을 사용하십시오.

+1

+1하면 시간이 절약되었습니다. 내가 해결할 수없는 것은 내 엔드 포인트 사이의 MTU가 변경된 이유입니다. – DorianFM