Estamos realizando una instalación de prueba de gitea e intentando utilizar la función gitea lfs to s3. La configuración es sencilla y lo hicimos así:
[lfs]
#PATH = /opt/gitea/data/lfs
STORAGE_TYPE = minio
MINIO_ACCESS_KEY_ID = KEY
MINIO_SECRET_ACCESS_KEY = SECRET
MINIO_BUCKET = NAME
MINIO_LOCATION = us-east-1
MINIO_USE_SSL = true
SERVE_DIRECT = true
MINIO_ENDPOINT = s3.us-east-1.amazonaws.com
Eso funciona, creé un repositorio y cloné otro que tenía a disposición con lfs config. Logré confirmar y enviar todos mis archivos lfs y cargó todo en el s3. Eso es genial.
Pero ahora tengo un problema al clonar el repositorio, el clon obtiene los archivos git pero cuando intento obtener los archivos lfs en el s3 aparece este mensaje:
Error downloading object: FILE (hash): Smudge error: Error downloading FILE (hash): LFS: Get "https://NAME.s3.dualstack.us-east-1.amazonaws.com/lfs/PATHTOFILE": dial tcp: lookup NAME.s3.dualstack.us-east-1.amazonaws.com on IP:53: dial udp IP:53: socket: too many open files
Por lo que tengo entendido, solo está intentando obtener un archivo, pero ni siquiera eso funciona.
¿Alguien ha visto eso antes?
Respuesta1
Yo estaba teniendo el mismo problema, aunque no estoy seguro de cuál es la causa. Parece que a algo en el cliente git-lfs no le gustan las URL S3 directas/firmadas que ofrece gitea.
Mi solución fue configurar SERVE_DIRECT = false, que básicamente envía todos los objetos LFS a través de gitea antes de devolverlos al cliente.