[spip-dev] Faut pas pusher mémé dans les orties

et polyhierarchie non plus visiblement

$ git push origin master
Enumerating objects: 7, done.
Counting objects: 100% (7/7), done.
Delta compression using up to 6 threads
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 424 bytes | 424.00 KiB/s, done.
Total 4 (delta 3), reused 0 (delta 0)
remote:
remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build #4351):
remote:
remote: You've received this message because SubGit (http://subgit.com/) is installed in your repository
remote: and an error that needs to be dealt with has occurred in SubGit translation engine.
remote:
remote: TEMPORARY ERROR:
remote: Unable to parse pid file /var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/./subgit/daemon.pid
remote:
remote: CURRENT STATE:
remote: Both Git and Subversion repository are open for pushes or commits.
remote: Your commit was not committed, but you may retry it.
remote:
remote: TO RECOVER:
remote: A) Address the problem if possible and then retry commit
remote: OR
remote: B) Run on the server
remote: $ subgit uninstall /var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/.
remote:
remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and Subversion repositories
remote: will become open, but no synchronization will take place.
remote:
remote: TO REPORT:
remote: Report an issue at http://issues.tmatesoft.com/
remote: You may find logs on the server at '/var/git/gitea/spip/repositories/spip-contrib-extensions/polyhierarchie.git/./subgit/logs'
remote:
remote: THANK YOU!
To git.spip.net:spip-contrib-extensions/polyhierarchie.git
! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'git@git.spip.net:spip-contrib-extensions/polyhierarchie.git'

Plus que 48h à tenir et on se débarasse de ce fucking subgit qui nous pourrit la vie !

Et c’est pareil sur pages, c’est donc généralisé...

$ git push --set-upstream origin master
Enumerating objects: 7, done.
Counting objects: 100% (7/7), done.
Delta compression using up to 6 threads
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 431 bytes | 431.00 KiB/s, done.
Total 4 (delta 3), reused 0 (delta 0)
remote:
remote: SubGit ERROR REPORT (SubGit version 3.3.9 ('Bobique') build #4351):
remote:
remote: You've received this message because SubGit (http://subgit.com/) is installed in your repository
remote: and an error that needs to be dealt with has occurred in SubGit translation engine.
remote:
remote: TEMPORARY ERROR:
remote: Unable to parse pid file /var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/./subgit/daemon.pid
remote:
remote: CURRENT STATE:
remote: Both Git and Subversion repository are open for pushes or commits.
remote: Your commit was not committed, but you may retry it.
remote:
remote: TO RECOVER:
remote: A) Address the problem if possible and then retry commit
remote: OR
remote: B) Run on the server
remote: $ subgit uninstall /var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/.
remote:
remote: IMPORTANT: As soon as SubGit is uninstalled, both Git and Subversion repositories
remote: will become open, but no synchronization will take place.
remote:
remote: TO REPORT:
remote: Report an issue at http://issues.tmatesoft.com/
remote: You may find logs on the server at '/var/git/gitea/spip/repositories/spip-contrib-extensions/pages.git/./subgit/logs'
remote:
remote: THANK YOU!
To git.spip.net:spip-contrib-extensions/pages.git
! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'git@git.spip.net:spip-contrib-extensions/pages.git'

J’ai eu ça hier aussi sur Nomenclatures et c’est revenu comme par miracle…
Camille n’a rien vu de spécial.

Salut

Ce n'est pas subgit le problème mais l'espace disque.
J'avais prévu de faire l'augmentation de capacité dans le week end je n'ai pas pu.

Je tente de faire ça en fin de journée ou demain matin. Coupure de service d'une bonne heure à prévoir.

Km

Hello Camille,

du coup comme tu indiques sur irc que c’est un problème d’espace disque, j’ai regardé un peu
Effectivement les repositories de git.spip.net occupent plus de 100Go.

En regardant plus en détail un truc bizarre c’est que presque tous les repositories font aux environs de 100Mo pièce… sauf ceux qui sont visiblement pas migrés depuis la zone (exemple : bigup dans le core)

En creusant un peu, je vois que si je prends un projet comme polyhierarchie :

* il pèse 115mo sur le serveur gitea
* si je le checkout en local, le repository ne pèse que 496ko
* si je le pousse sur une autre forge, j’ai l’indication qu’il occupe moins de 300ko sur le disque

Du coup si je regarde le détail du contenu du dossier sur le serveur

$ du -sh spip/repositories/spip-contrib-extensions/polyhierarchie.git/*
4.0K spip/repositories/spip-contrib-extensions/polyhierarchie.git/HEAD
8.0K spip/repositories/spip-contrib-extensions/polyhierarchie.git/archives
4.0K spip/repositories/spip-contrib-extensions/polyhierarchie.git/branches
4.0K spip/repositories/spip-contrib-extensions/polyhierarchie.git/config
8.0K spip/repositories/spip-contrib-extensions/polyhierarchie.git/db
4.0K spip/repositories/spip-contrib-extensions/polyhierarchie.git/description
972K spip/repositories/spip-contrib-extensions/polyhierarchie.git/hooks
12K spip/repositories/spip-contrib-extensions/polyhierarchie.git/info
16K spip/repositories/spip-contrib-extensions/polyhierarchie.git/logs
472K spip/repositories/spip-contrib-extensions/polyhierarchie.git/objects
4.0K spip/repositories/spip-contrib-extensions/polyhierarchie.git/packed-refs
60K spip/repositories/spip-contrib-extensions/polyhierarchie.git/refs
114M spip/repositories/spip-contrib-extensions/polyhierarchie.git/subgit
88K spip/repositories/spip-contrib-extensions/polyhierarchie.git/svn

On a donc 114Mo de données subgit ici ?
Et donc si je multiplie par ~ 1000 repositories synchronisés, cela nous ferait près de 100Go de données pour subgit ?

Au final, je crois qu’il suffit de supprimer les données subgit et couper la synchronisation SVN et on va retrouver une vie bien plus normale...