[opensuse-buildservice] Cant access package after updating on external instance
Hi we use a local and the official opensuse.org instance of the OBS Our local instance has a mirror of the external instance, this is done via a _link file. About two hours ago I uploaded a new source on the follwoing project https://build.opensuse.org/package/show/home:uibmz:opsi:opsi40-experimental/... This should automatically be downloaded on our local instance. However i cannot access the package in the repository. All other packages are available and accessible. I also cannot check out the repository via osc as it fails on the opsi-linux.bootimage package Server returned an error: HTTP Error 502: Proxy Error Request: https://obs.uib.local/source/home:uibmz:opsi:opsi40-experimental/opsi-linux-bootimage?linkrev=base&rev=latest Headers: x-request-id: 39fefc27-bd8d-404e-ab36-3d30476a2596 x-xss-protection: 1; mode=block x-content-type-options: nosniff x-powered-by: Phusion Passenger 5.0.22 connection: close x-opensuse-runtimes: {"view":null,"db":5.62134,"backend":0,"xml":0} content-length: 626 server: Apache x-runtime: 0.028243 x-opensuse-apiversion: 2.7.3 cache-control: no-transform date: Fri, 03 Feb 2017 08:56:49 GMT x-frame-options: SAMEORIGIN content-type: text/html; charset=iso-8859-1 In the Monitor of the repository I can see that the package is blocked due to a download in progress. Usually the download of the files doesnt need that long Is there any way to fix this issue instead of waiting and hoping it would fix by itself? PS: the obvious reboot didnt help at all Cheers -- Mathias Radtke --- http://uib.de/de/support-schulung/schulung/ --- uib gmbh Bonifaziusplatz 1B 55118 Mainz Tel. 06131 / 27561-16 phone:061312756116 Fax 06131 / 27561-22 phone:061312756122 E-Mail: m.radtke@uib.de Internet: www.uib.de Geschäftsführer: dr. detlef oertel & erol ueluekmen Handelsregister: Amtsgericht Mainz HRB 6942 -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
On Freitag, 3. Februar 2017, 10:09:14 CET wrote Mathias Radtke:
Hi
we use a local and the official opensuse.org instance of the OBS Our local instance has a mirror of the external instance, this is done via a _link file.
About two hours ago I uploaded a new source on the follwoing project https://build.opensuse.org/package/show/home:uibmz:opsi:opsi40-experimental/... This should automatically be downloaded on our local instance.
However i cannot access the package in the repository. All other packages are available and accessible. I also cannot check out the repository via osc as it fails on the opsi-linux.bootimage package
Server returned an error: HTTP Error 502: Proxy Error
Request: https://obs.uib.local/source/home:uibmz:opsi:opsi40-experimental/opsi-linux-bootimage?linkrev=base&rev=latest Headers: x-request-id: 39fefc27-bd8d-404e-ab36-3d30476a2596 x-xss-protection: 1; mode=block x-content-type-options: nosniff x-powered-by: Phusion Passenger 5.0.22 connection: close x-opensuse-runtimes: {"view":null,"db":5.62134,"backend":0,"xml":0} content-length: 626 server: Apache x-runtime: 0.028243 x-opensuse-apiversion: 2.7.3 cache-control: no-transform date: Fri, 03 Feb 2017 08:56:49 GMT x-frame-options: SAMEORIGIN content-type: text/html; charset=iso-8859-1
In the Monitor of the repository I can see that the package is blocked due to a download in progress. Usually the download of the files doesnt need that long
the download of binary packages and in general the status reporting is independend of the source handling. However, your proxy points to some issue that you may not can reach the other server. Check you production.log (maybe enable debug) to get at least a backtrace. And try to find out between which servers is the problem actually. I was able to branch your package in our test instance via remote link btw, so it can not be a general code problem. Maybe a proxy setup problem on your side. https://build-test.opensuse.org/package/show/home:adrianSuSE/WEG
Is there any way to fix this issue instead of waiting and hoping it would fix by itself? PS: the obvious reboot didnt help at all
Cheers
-- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
On 03.02.2017 10:35, Adrian Schröter wrote:
Hi
we use a local and the official opensuse.org instance of the OBS Our local instance has a mirror of the external instance, this is done via a _link file.
About two hours ago I uploaded a new source on the follwoing project https://build.opensuse.org/package/show/home:uibmz:opsi:opsi40-experimental/... This should automatically be downloaded on our local instance.
However i cannot access the package in the repository. All other packages are available and accessible. I also cannot check out the repository via osc as it fails on the opsi-linux.bootimage package
Server returned an error: HTTP Error 502: Proxy Error
Request: https://obs.uib.local/source/home:uibmz:opsi:opsi40-experimental/opsi-linux-bootimage?linkrev=base&rev=latest Headers: x-request-id: 39fefc27-bd8d-404e-ab36-3d30476a2596 x-xss-protection: 1; mode=block x-content-type-options: nosniff x-powered-by: Phusion Passenger 5.0.22 connection: close x-opensuse-runtimes: {"view":null,"db":5.62134,"backend":0,"xml":0} content-length: 626 server: Apache x-runtime: 0.028243 x-opensuse-apiversion: 2.7.3 cache-control: no-transform date: Fri, 03 Feb 2017 08:56:49 GMT x-frame-options: SAMEORIGIN content-type: text/html; charset=iso-8859-1
In the Monitor of the repository I can see that the package is blocked due to a download in progress. Usually the download of the files doesnt need that long
On Freitag, 3. Februar 2017, 10:09:14 CET wrote Mathias Radtke: the download of binary packages and in general the status reporting is independend of the source handling.
However, your proxy points to some issue that you may not can reach the other server. Check you production.log (maybe enable debug) to get at least a backtrace. And try to find out between which servers is the problem actually.
I was able to branch your package in our test instance via remote link btw, so it can not be a general code problem. Maybe a proxy setup problem on your side.
https://build-test.opensuse.org/package/show/home:adrianSuSE/WEG Hi I checked the production.log It always gets timeoouts without any more specific info Here's a traceback I attached a production.log for insights.
In addition /var/log/apache2/error_log provides something like this. I cannot access the webUZI at all now. [Fri Feb 03 09:53:29.656034 2017] [mpm_prefork:notice] [pid 7895] AH00163: Apache/2.4.16 (Linux/SUSE) OpenSSL/1.0.1k-fips Phusion_Passenger/5.0.22 configured -- resuming normal operations [Fri Feb 03 09:53:29.656197 2017] [core:notice] [pid 7895] AH00094: Command line: '/usr/sbin/httpd-prefork -f /etc/apache2/httpd.conf -D SYSCONFIG -D SSL -C PidFile /var/run/httpd.pid -C Include /etc/apache2 /sysconfig.d/ -D SYSTEMD -D FOREGROUND' /usr/lib64/passenger/5.0.22//helper-scripts/prespawn:140:in `connect': SSL_connect returned=1 errno=0 state=SSLv2/v3 read server hello A: unknown protocol (OpenSSL::SSL::SSLError) from /usr/lib64/passenger/5.0.22//helper-scripts/prespawn:140:in `connect' from /usr/lib64/passenger/5.0.22//helper-scripts/prespawn:89:in `socket' from /usr/lib64/passenger/5.0.22//helper-scripts/prespawn:108:in `head_request' from /usr/lib64/passenger/5.0.22//helper-scripts/prespawn:171:in `<main>' App 8004 stdout: App 8004 stderr: WARNING: Nokogiri was built against LibXML version 2.9.1, but has dynamically loaded 2.9.4 App 8004 stderr: /usr/lib64/passenger/5.0.22/bin/passenger-config:33:in `require' App 8004 stderr: : App 8004 stderr: cannot load such file -- phusion_passenger App 8004 stderr: ( App 8004 stderr: LoadError App 8004 stderr: ) App 8004 stderr: from /usr/lib64/passenger/5.0.22/bin/passenger-config:33:in `<main>' App 8022 stdout: App 8030 stdout: [Fri Feb 03 09:54:33.705816 2017] [mpm_prefork:notice] [pid 7895] AH00170: caught SIGWINCH, shutting down gracefully
Is there any way to fix this issue instead of waiting and hoping it would fix by itself? PS: the obvious reboot didnt help at all
Cheers
-- Mathias Radtke --- http://uib.de/de/support-schulung/schulung/ --- uib gmbh Bonifaziusplatz 1B 55118 Mainz Tel. 06131 / 27561-16 phone:061312756116 Fax 06131 / 27561-22 phone:061312756122 E-Mail: m.radtke@uib.de Internet: www.uib.de Geschäftsführer: dr. detlef oertel & erol ueluekmen Handelsregister: Amtsgericht Mainz HRB 6942
participants (2)
-
Adrian Schröter -
Mathias Radtke