Git – Błąd „repository corruption”

Czasami, kiedy pracujemy na dużych projektach możemy natknąć się na błąd związany z korupcją repozytorium. Nie zawsze chodzi tutaj o zepsusie/utratę repozytorium. Czasami jest to błąd spowodowany niemożliwością wykonania czynności zaplanowanych przez git-a z powodu zbyt dużego repozytorium i zbyt krótkiego czasu na wykonanie go. Jest to z reguły spowodowane błędną konfiguracją parametrów ‚windowsMemory’ i ‚SizeLimit’.

Ten błąd może wyglądać tak:

Cloning into 'test_repo'...
    fatal: git upload-pack: aborting due to possible repository corruption on the remote side.
    fatal: early EOF:  41%
    emote: aborting due to possible repository corruption on the remote side.
    fatal: index-pack failed

Cloning into 'test_repo'...

fatal: git upload-pack: aborting due to possible repository corruption on the remote side.

fatal: early EOF: 41%

emote: aborting due to possible repository corruption on the remote side.

fatal: index-pack failed

Aby upewnić się, że faktycznie nie mamy do czynienia z prawdziwym uszkodzeniem repozytorium możemy użyć fsck

# git fsck
Checking object directories: 100% (256/256), done.
Checking objects: 100% (2218/2218), done.
dangling commit 5ae478cea3aa6f42cc8fe865c9fc26b35ea9e15d
dangling commit b657b57b65f6fc4ffea1c25c77ff62c94471d41a
dangling commit 1c9ef0ff781f812f506ca1d18ef4af4a90a4938d

# git fsck

Checking object directories: 100% (256/256), done.

Checking objects: 100% (2218/2218), done.

dangling commit 5ae478cea3aa6f42cc8fe865c9fc26b35ea9e15d

dangling commit b657b57b65f6fc4ffea1c25c77ff62c94471d41a

dangling commit 1c9ef0ff781f812f506ca1d18ef4af4a90a4938d

Aby rozwiązać ten problem należy ustawić git-a za pomocą tych komend:

git config --global pack.windowMemory "100m"
git config --global pack.SizeLimit "100m" 
git config --global pack.threads "1"
git config --global pack.window "0"

git config --global pack.windowMemory "100m"

git config --global pack.SizeLimit "100m"

git config --global pack.threads "1"

git config --global pack.window "0"

Rozwiązanie dla GitLab:

Pierwszy raz na problem ten natrafiłem w środowisku GitLab-a korzystając z dużego prywatnego repozytorium, a powyższe komendy nie zadziałają w tym środowisku ponieważ GitLab korzysta z plików .rb, aby tworzyć pliki konfiguracyjne, dlatego należy:

#vim /etc/gitlab/gitlab.rv
omnibus_gitconfig['system'] = { "pack" =&gt; ["windowMemory = 100m", "packSizeLimit = 100m", "threads = 1", "window = 0"]}

1 2	#vim /etc/gitlab/gitlab.rv omnibus_gitconfig['system'] = { "pack" => ["windowMemory = 100m", "packSizeLimit = 100m", "threads = 1", "window = 0"]}

A następnie: gitlab-ctl reconfigure

GoGS wraz z Apachem

Musimy uruchomić odpowiednie moduły proxy dla apache:

a2enmod proxy
a2enmod proxy_http

1 2	a2enmod proxy a2enmod proxy_http

Przykładowy plik konfiguracyjny vhosta apache2:

<Directory /var/www/git.example.com>
        AllowOverride None
        Require all denied
</Directory>

<VirtualHost *:80>
        ServerName git.example.com
        Redirect permanent / https://git.example.com/
</VirtualHost>


<IfModule mod_ssl.c>
        <VirtualHost IPADDRESS:443>
                ServerAdmin webmaster@example.com
                ServerName git.example.com:443
                SSLProxyEngine On
                ProxyPass / http://example.com:3000/
                ProxyPassReverse / http://example.com:3000/
                ErrorLog /var/www/example.com/error.log
                CustomLog /var/www/example.com/access.log combined
                SSLEngine on
                SSLCertificateFile      /etc/ssl/certs/example.com.crt
                SSLCertificateKeyFile /etc/ssl/private/example.com.key
                <FilesMatch "\.(cgi|shtml|phtml|php)$">
                                SSLOptions +StdEnvVars
                </FilesMatch>
                <Directory /usr/lib/cgi-bin>
                                SSLOptions +StdEnvVars
                </Directory>

                BrowserMatch "MSIE [2-6]" \
                                nokeepalive ssl-unclean-shutdown \
                                downgrade-1.0 force-response-1.0
                # MSIE 7 and newer should be able to use keepalive
                BrowserMatch "MSIE [17-9]" ssl-unclean-shutdown
        </VirtualHost>
</IfModule>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

AllowOverride None

Require all denied

</Directory>

ServerName git.example.com

Redirect permanent / https://git.example.com/

</VirtualHost>

ServerAdmin webmaster@example.com

ServerName git.example.com:443

SSLProxyEngine On

ProxyPass / http://example.com:3000/

ProxyPassReverse / http://example.com:3000/

ErrorLog /var/www/example.com/error.log

CustomLog /var/www/example.com/access.log combined

SSLEngine on

SSLCertificateFile /etc/ssl/certs/example.com.crt

SSLCertificateKeyFile /etc/ssl/private/example.com.key

SSLOptions +StdEnvVars

</FilesMatch>

SSLOptions +StdEnvVars

</Directory>

BrowserMatch "MSIE [2-6]" \

nokeepalive ssl-unclean-shutdown \

downgrade-1.0 force-response-1.0

# MSIE 7 and newer should be able to use keepalive

BrowserMatch "MSIE [17-9]" ssl-unclean-shutdown

</VirtualHost>

</IfModule>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

Upewnijmy się, że gogs jest uruchomiony i zrestartujmy apache

service apache2 restart

1	service apache2 restart

Zainstalujmy gogs jako usług i uruchommy ją:

cp /home/git/goes/scripts/systemd/gogs.service /etc/systemd/system/gogs.service
systemctl enable gogs.service
systemctl start gogs.service

cp /home/git/goes/scripts/systemd/gogs.service /etc/systemd/system/gogs.service

systemctl enable gogs.service

systemctl start gogs.service

GoGS – lekki git front-end

GoGS to frontend dla git-a, charakteryzuje sie niskimi wymaganiami oraz tym, iż uruchomi się wszędzie gdzie uruchomimy interpretator języka Go.

GoGS wymaga do działania paczki ‚git’ oraz bazydanych (mysql, postgresql lub tidb)

apt-get install git

1	apt-get install git

Możemy zainstalować gogit z źródeł lub w formie binarek, załóżmy że zainstalujemy binarki jako backend użyjemy mysql/mariadb na systemie debian/ubuntu:

Pobierzmy odpowiednią paczkę ze strony gogs.io (w moim wypadku było to gogs_v0.9.13_linux_amd64.tar.gz) i rozpakujmy paczkę:

cd /var/www/git.example.com
wget https://dl.gogs.io/gogs_v0.9.13_linux_amd64.tar.gz
tar zxvf gogs_v0.9.13_linux_amd64.tar.gz

cd /var/www/git.example.com

wget https://dl.gogs.io/gogs_v0.9.13_linux_amd64.tar.gz

tar zxvf gogs_v0.9.13_linux_amd64.tar.gz

Na potrzeby gogs tworzymy użytkownika i bazę w mysql/maria db:

mysql -u root -p
mysql> CREATE DATABASE gogs CHARACTER SET utf8 COLLATE utf8_bin;
mysql> GRANT ALL PRIVILEGES ON gogs.* TO 'gogs'@'localhost' IDENTIFIED BY 'password';
mysql> FLUSH PRIVILEGES;
mysql> QUIT；

mysql -u root -p

mysql> CREATE DATABASE gogs CHARACTER SET utf8 COLLATE utf8_bin;

mysql> GRANT ALL PRIVILEGES ON gogs.* TO 'gogs'@'localhost' IDENTIFIED BY 'password';

mysql> FLUSH PRIVILEGES;

mysql> QUIT；

Pierwsze uruchomienie:

/opt/gogs/gogs web

1	/opt/gogs/gogs web

Mamy teraz możliwość połączyć się przeglądarką www na localhost:3000 lub domena:3000 gdyż gogs nasłuchuje ruchu na 0.0.0.0:3000.

Ustawiamy nastepująco:

Database Type: MySQL
Host: 127.0.0.1:3306
User: gogs
Password: gogs-password (in example it was 'password')

Database Type: MySQL

Host: 127.0.0.1:3306

User: gogs

Password: gogs-password (in example it was 'password')

Pozostałe parametry według uznania

W ten sposób zainstalowaliśmy i uruchomiliśmy usługę GOGS (GoGIT)

Grudzień 2018
P	W	Ś	C	P	S	N
« Lip
					1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30
31