https://bugzilla.novell.com/show_bug.cgi?id=233122#c18 --- Comment #18 from Peter Poeml <poeml@novell.com> 2007-08-17 04:06:19 MST --- In reply to comment #15:
diskspace on all mirrors.
40GB or more for just 10.2 debuginfos
It is interesting to consider that _14_ mirrors (that I know of) _have_ the capacity to host 30 GB of drpmsync data for Factory, even though it is almost certainly useless for them, because they don't run a drpmsync server. (By the way, we could think about better usage of those 30 GB on our own server, too. They are accessed only by 5-15 client machines per day.) This is a waste of space on our mirrors. I am currently working to stop them mirroring of this content (unless a mirror consciously decides to do so, of course). (The primary reason why _I_ want to get rid of those is because the extreme number of files blows up the rsync load and mirror database, for no good reason.) Furthermore, I wouldn't necessarily assume that debuginfo packages _need_ to be on a mirror. Depending on customer interest, it may not required redirection to mirrors at all. Anyway, if the content is out of tree and put in a separate rsync module, mirrors will need to consciously decide whether to mirror that stuff. The point is: with things lke drpmsync, factory builds, and buildservice repositories, we already _have_ the situation that mirrors do not simply mirror our entire server, but only selected parts they choose. In fact, extra stuff like debuginfos doesn't need to be on download.o.o at all, because it doesn't need the same kind of high availability as other content hosted there. Technically, it is also possible to restrict the bandwidth used for debuginfo downloads, even if hosted on the same server. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.