[Resending Aug 10 message where I forgot to Cc the bug address.]

On Sun, Aug 05, 2012 at 12:20:07PM +0200, Eduard Bloch wrote:

> * Andras Korn [Thu, Aug 02 2012, 10:16:41PM]:
> > Package: apt-cacher-ng
> > Version: 0.7.6-1
> 
> Seriously? The messages below say that it's 0.7.4, not 0.7.6!

Sorry, I'm filing the bug on one box and running apt-cacher on several
boxes. The problem manifests both with 0.7.4 and 0.7.6.

> And where is the config?

Here is one:

CacheDir: /var/cache/apt-cacher-ng
LogDir: /var/log/apt-cacher-ng
Port:4128
Remap-debrep: file:deb_mirror*.gz file:backends_debian /ftp.debian.org/debian/ 
/cdn.debian.net/debian/ /debian.mirrors.crysys.hu/debian/ /debian ; 
http://ftp.at.debian.org/debian/ http://cdn.debian.net/debian/ 
http://ftp.hu.debian.org/debian/ file:backends_debian ; keyfile=Release 
keyfile=.deb
Remap-uburep: file:ubuntu_mirrors file:backends_ubuntu /ubuntu ; 
http://hu.archive.ubuntu.com/ubuntu/ http://at.archive.ubuntu.com/ubuntu/ 
file:backends_ubuntu ; keyfile=Release keyfile=.deb
Remap-debsec: /security.debian.org/ /ftp.hu.debian.org/debian-security/ 
/debian-security ; http://security.debian.org/ ; keyfile=Release keyfile=.deb 
keyfile=Packages keyfile=Packages.bz2 keyfile=Sources keyfile=Sources.bz2
Remap-debbackports: /backports.org/debian/ /debian-backports ; 
http://backports.org/debian/
Remap-debpeople: /people.debian.org/ /debian-people ; http://people.debian.org/
Remap-debmultimedia: /debian-multimedia file:marillat_mirrors ; 
file:marillat_mirrors
Remap-skype: /download.skype.com/linux/repos/debian /skype ; 
http://download.skype.com/linux/repos/debian/
Remap-opera: /deb.opera.com/opera /opera ; http://deb.opera.com/opera/
Remap-volatile: /volatile.debian.org/debian-volatile/ 
/ftp2.de.debian.org/debian-volatile/ /debian-volatile ; 
http://volatile.debian.org/debian-volatile/ 
http://ftp2.de.debian.org/debian-volatile/
Remap-debsnap: /snapshot.debian.net /debian-snapshot ; 
http://snapshot.debian.net/
Remap-canonical: /archive.canonical.com/ubuntu /canonical ; 
http://archive.canonical.com/ubuntu/
Remap-grml: http://deb.grml.org/ /grml ; http://deb.grml.org/
Remap-igraph: http://cneurocvs.rmki.kfki.hu/ /igraph ; 
http://cneurocvs.rmki.kfki.hu/
Remap-debunofficial: http://ftp.debian-unofficial.org/debian/ 
/debian-unofficial ; http://ftp.debian-unofficial.org/debian/
Remap-backports: http://www.backports.org/debian /backports ; 
http://www.backports.org/debian/
Remap-gosa: http://oss.gonicus.de/debian /gosa ; http://oss.gonicus.de/debian/
Remap-virtualbox: http://download.virtualbox.org/virtualbox/debian /virtualbox 
/vbox ; http://download.virtualbox.org/virtualbox/debian
ReportPage: acng-report.html
ForeGround: 0
ForceManaged: 0
ExTreshold: 5
ExAbortOnProblems: 0
MaxStandbyConThreads: 4
MaxConThreads: 48
LogSubmittedOrigin: 1
NetworkTimeout: 15

On another server, I have the same, except:

-Remap-debrep: file:deb_mirror*.gz file:backends_debian /ftp.debian.org/debian/ 
/cdn.debian.net/debian/ /debian.mirrors.crysys.hu/debian/ /debian ; 
http://ftp.at.debian.org/debian/ http://cdn.debian.net/debian/ 
http://ftp.hu.debian.org/debian/ file:backends_debian ; keyfile=Release 
keyfile=.deb
+Remap-debrep: file:deb_mirror*.gz /ftp.debian.org/debian/ 
/cdn.debian.net/debian/ /debian.mirrors.crysys.hu/debian/ /debian ; 
http://ftp.at.debian.org/debian/ http://cdn.debian.net/debian/ 
http://ftp.hu.debian.org/debian/ http://ftp.at.debian.org/debian/ 
http://ftp.kfki.hu/linux/debian/ http://ftp.externet.hu/debian/ ; 
keyfile=Release keyfile=.deb
-Remap-uburep: file:ubuntu_mirrors file:backends_ubuntu /ubuntu ; 
http://hu.archive.ubuntu.com/ubuntu/ http://at.archive.ubuntu.com/ubuntu/ 
file:backends_ubuntu ; keyfile=Release keyfile=.deb
+Remap-uburep: file:ubuntu_mirrors /ftp.hu.debian.org/ubuntu/ /ubuntu ; 
http://hu.archive.ubuntu.com/ubuntu/ http://at.archive.ubuntu.com/ubuntu/ 
http://ftp.kfki.hu/linux/ubuntu/ ; keyfile=Release keyfile=.deb

> > It seems to me that in this case, tools like apt-get and debootstrap would
> > try Packages.gz and Packages.bz2 as well (which do exist), but the 500 error
> > throws them off.
> 
> Your guess is close but I think it's another thing. The "Bad mirror"
> code is generated by the code that attempts to detect a mirror with
> missing architecture. The skipping of other Packages files would also be
> enforced by that code. But this method only becomes active if you have
> used the keyfile=... keyword in your config. Have you?

Yes, see above.

> > Resolving aptcacher (aptcacher)... 192.168.0.254
> > Connecting to aptcacher (aptcacher)|192.168.0.254|:3142... connected.
> > HTTP request sent, awaiting response...
> >   HTTP/1.1 500 Bad mirror
> >   Content-Length: 144
> >   Content-Type: text/html
> >   Date: Thu Aug  2 19:36:51 2012
> >   Server: Debian Apt-Cacher NG/0.7.6
> >   Connection: Keep-Alive
> > 2012-08-02 21:36:51 ERROR 500: Bad mirror.
> > 
> > This is what happens when I query it directly instead of going through
> > Squid. I suppose Squid discards "Bad mirror" and returns "Internal Server
> > Error" based on an internal table of HTTP status codes.
> > 
> > Is there a good reason why the client is not allowed to see the 404 error?
> 
> Please ask Squid or APT guys!

What do they have to do with this? It's ACNG that sends the client a 500
error instead of a 404 error.

> The problem with wrappers like Squid is the use of persistent connections
> for multiple client requests. This is usually ok unless the remote host
> (here: apt-cacher-ng) tries to do clever things based on the connection
> identity. In your case, I can imagine a scenario where you there is a
> mirror list where some mirrors only contain files for arch A and others
> for arch B. And you have different clients in your LAN, so the first
> client (arch A) tells acng to blacklist mirrors not having arch A and the
> next client requires arch B which is unfortunately not available on any
> mirrors that have arch A.

Unlikely. I only have i386 and amd64 clients and the mirrors I prefer have
both architectures; also, my test client was the only one accessing ACNG (I
restarted ACNG before obtaining the error messages).

> > Even if that error can't be passed through to the client for whatever
> > reason, I think the error message ACNG returns could be improved. The error
> > log isn't very informative either (and this is with Debug:4):
> 
> Hard to find the right message which does not spam regular usage
> output... I will change it to "500 Keyfile missing, mirror blacklisted".

That's already a lot more useful (it points to keyfile and indicates that
the mirror will be blacklisted from now).

However, if this is how keyfile works, it doesn't do what I think it should
do. Part of my reason for using apt-cacher-ng is to hide problems with
mirrors from clients. I'd like apt-cacher-ng to try obtaining the keyfile
from a different mirror instead of throwing an error at the client.

Andras

-- 
                     Andras Korn <korn at elan.rulez.org>
      At the Electric Company: "We would be delighted if you sent in your
               payment. However, if you don't, you will be."


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to