Learn more about these different git repos.
Other Git URLs
It's caused by the size of multiCall request is too big, which is longer than default MaxRequestLength=4194304
multiCall
MaxRequestLength=4194304
we could
muiltCall
clone-tag
For completeness, there is also an option to split multiCall usage in clone-tag command to reasonable sizes (not affecting API). Anyway, I would vote for adding batch option to multiCall. User should be aware of this and use this behaviour with knowledge, that each batch create separate transaction.
PR #900 for option 1
On Fedora RISC-V koji instance I hit "GenericError: Request too long" also on distRepo task. I will be testing with increased MaxRequestLength.
I decided to do 4x on MaxRequestLength and that resolved the problem I had with distRepo tasks. I didn't test with 2x.
@davidlt, could you please show me the error here?
"GenericError: Request too long" was the whole error message.
See: http://fedora-riscv.tranquillity.se/koji/taskinfo?taskID=633
Metadata Update from @julian8628: - Issue set to the milestone: 1.17
Commit 967704b fixes this issue
Login to comment on this ticket.