koji

#4144 koji mock init failed , fetch-pack: unexpected disconnect while reading sideband packet
Closed: Duplicate by tkopecek. Opened by houlifei.

Closed: Duplicate
Reopen Issue

$ git -c http.sslVerify=false -c core.compression=9 clone -n http://cgerrit.com/uos/mysql /home/mock/fedor-test-build-494178-310620/root/chroot_tmpdir/scmroot/mysql
正克隆到 '/home/mock/fedor-test-build-494178-310620/root/chroot_tmpdir/scmroot/mysql'...
warning: 重定向到 https://1cgerrit.com/uos/mysql/
error: RPC 失败。curl 92 HTTP/2 stream 0 was not closed cleanly: INTERNAL_ERROR (err 2)
fetch-pack: unexpected disconnect while reading sideband packet
fatal: 过早的文件结束符（EOF）
fatal: fetch-pack：无效的 index-pack 输出

It looks like an issue of cgerrit or network. But it highly probably doesn't have anything with mock or koji.

Metadata Update from @tkopecek:
- Custom field Size adjusted to None

Yes, this is a problem with code warehouse management cgerrit, but koji calls git to pull the code and fails. Can koji handle this kind of situation? As far as I know, this is due to the code pulled by git being too large. Can koji You can only pull a specific branch instead of pulling the entire warehouse. Is there any other special purpose for pulling the entire warehouse? Otherwise, it is recommended to only pull the code of the specified branch.

We've already planned https://pagure.io/koji/issue/4130 for next release. It should help you also with this issue. Of course, it has other limitations (build can't see the repo history).

OK, thank you very much. If possible, I would like to submit a patch for this feature.

Metadata Update from @tkopecek:
- Issue close_status updated to: Duplicate
- Issue status updated to: Closed (was: Open)

closing as duplicate of #4130

This issue has been migrated to Fedora Forge:
https://forge.fedoraproject.org/koji/koji/issues/4144

Please continue any further discussion there.
Metadata
None
None
None
None
Low
None
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.