Univention Bugzilla – Full Text Bug Listing |
Summary: | AppCenter(Updater) missing timeout handling | ||
---|---|---|---|
Product: | UCS Test | Reporter: | Philipp Hahn <hahn> |
Component: | App Center | Assignee: | App Center maintainers <appcenter-maintainers> |
Status: | NEW --- | QA Contact: | |
Severity: | normal | ||
Priority: | P5 | CC: | best, gohmann, gulden, hahn, jmm, klaeser, walkenhorst, wiesenthal |
Version: | unspecified | ||
Target Milestone: | --- | ||
Hardware: | Other | ||
OS: | Linux | ||
URL: | http://tools.ietf.org/html/rfc2616#section-8.1 | ||
See Also: |
https://forge.univention.org/bugzilla/show_bug.cgi?id=36044 https://forge.univention.org/bugzilla/show_bug.cgi?id=32935 |
||
What kind of report is it?: | Development Internal | What type of bug is this?: | --- |
Who will be affected by this bug?: | --- | How will those affected feel about the bug?: | --- |
User Pain: | Enterprise Customer affected?: | ||
School Customer affected?: | ISV affected?: | ||
Waiting Support: | Flags outvoted (downgraded) after PO Review: | ||
Ticket number: | Bug group (optional): | ||
Max CVSS v3 score: | |||
Bug Depends on: | 32935 | ||
Bug Blocks: |
Description
Philipp Hahn
2014-09-01 11:18:38 CEST
Two occurrences: 1st was on S3,backup 2nd is on s4,backup A new http connection to our downloadserver stalls from the VM: # host updates.software-univention.de updates.software-univention.de has address 176.9.114.147 updates.software-univention.de has IPv6 address 2a01:4f8:151:6489::2 # telnet 176.9.114.147 80 Trying 176.9.114.147... GET / After a very long time (~2 min) an answer arrived, but this is the / directory and not the APT repository: <HTML> <HEAD> <TITLE>Directory /</TITLE> <BASE HREF="file:/"> </HEAD> <BODY> <H1>Directory listing of /</H1> <UL> <LI><A HREF="./">./</A> <LI><A HREF="../">../</A> <LI><A HREF=".rnd">.rnd</A> <LI><A HREF="bin/">bin/</A> <LI><A HREF="boot/">boot/</A> <LI><A HREF="cdrom/">cdrom/</A> <LI><A HREF="dev/">dev/</A> <LI><A HREF="etc/">etc/</A> <LI><A HREF="floppy/">floppy/</A> <LI><A HREF="home/">home/</A> <LI><A HREF="initrd.img">initrd.img</A> <LI><A HREF="initrd.img.install">initrd.img.install</A> <LI><A HREF="initrd.img.old">initrd.img.old</A> <LI><A HREF="lib/">lib/</A> <LI><A HREF="lib32/">lib32/</A> <LI><A HREF="lib64/">lib64/</A> <LI><A HREF="lost%2Bfound/">lost+found/</A> <LI><A HREF="media/">media/</A> <LI><A HREF="mnt/">mnt/</A> <LI><A HREF="opt/">opt/</A> <LI><A HREF="proc/">proc/</A> <LI><A HREF="root/">root/</A> <LI><A HREF="sbin/">sbin/</A> <LI><A HREF="selinux/">selinux/</A> <LI><A HREF="srv/">srv/</A> <LI><A HREF="sys/">sys/</A> <LI><A HREF="tmp/">tmp/</A> <LI><A HREF="usr/">usr/</A> <LI><A HREF="var/">var/</A> <LI><A HREF="vmlinuz">vmlinuz</A> <LI><A HREF="vmlinuz.install">vmlinuz.install</A> <LI><A HREF="vmlinuz.old">vmlinuz.old</A> </UL> </BODY> </HTML> (In reply to Philipp Hahn from comment #2) > A new http connection to our downloadserver stalls from the VM: > > # host updates.software-univention.de > updates.software-univention.de has address 176.9.114.147 > updates.software-univention.de has IPv6 address 2a01:4f8:151:6489::2 > > # telnet 176.9.114.147 80 > Trying 176.9.114.147... > GET / You missed the Host header in your HTTP request. echo -en 'GET / HTTP/1.1\r\nHost: updates.software-univention.de\r\n\r\n' | nc 176.9.114.147 80 (In reply to Florian Best from comment #3) > (In reply to Philipp Hahn from comment #2) > You missed the Host header in your HTTP request. > echo -en 'GET / HTTP/1.1\r\nHost: updates.software-univention.de\r\n\r\n' | > nc 176.9.114.147 80 I also tries a HTTP/1.1 query, which is even stranger - notice the timeout message and the "GET ..." passed to my shell: # telnet 176.9.114.147 80 Trying 176.9.114.147... GET / HTTP/1.1 Host: updates.software-univention.de telnet: connect to address 176.9.114.147: Connection timed out <--------------- # GET / HTTP/1.1 <-------------------------------- <HTML> ... <H1>Directory listing of /</H1> ... </HTML> <html> <head> <title>Linkfehler</title> <meta http-equiv="refresh" content="12; URL=http://portal.http.de/"> </head> <body> Sie sehen diese Seite weil Sie einem Link gefolgt sind der einen Fehler enth�lt. Der Link beinhaltetet ein "<zeichenkette>.http.de/<zeichenkette>" mit der Folge das Sie unsere Domain http.de besuchen. Sie sind nat�rlich herzlich willkommen. Wir w�rden uns freuen, wenn Sie sich das folgende einmal ansehen: <hr> <center> <iframe src="http://portal.http.de/" width="100%" height="100%" name="Angbot"> <p>Ihr Browser kann leider keine eingebetteten Frames anzeigen: Sie können die eingebettete Seite über den folgenden Verweis aufrufen: <a href="http://portal.http.de/">Link</a></p> </iframe> </center> </body> </html> So either our download server is severely over-loaded or something is mitm our server. (In reply to Philipp Hahn from comment #1) > Two occurrences: > 1st was on S3,backup > 2nd is on s4,backup 3rd: s4,master This is only for the test case, right? I think it is not top priority because we do recognize these problems in Jenkins already. Florian, feel free to reset the target milestone to 4.0-x. (In reply to Stefan Gohmann from comment #6) > This is only for the test case, right? I think it is not top priority > because we do recognize these problems in Jenkins already. Florian, feel > free to reset the target milestone to 4.0-x. currently better, yes. |