[packman] [opensuse-buildservice] broken builds due to "interconnect error: rpc timeout" with PMBS

Stefan Botter jsj at jsj.dyndns.org
Fri Dec 27 19:59:52 CET 2019


Hi Pete,

On Friday, December 27, 2019 2:24:25 PM CET Hans-Peter Jansen wrote:
:
> Interesting. How does your Packman interconnect look like on that
> system?
> 
> E.g. cat /srv/obs/projects/Packman.xml

====
<project name="Packman">
  <title>Packman Build Service PMBS</title>
  <description>This instance can be used to access resources from 
Packman.</description>
  <remoteurl>https://pmbs-api.links2linux.de/public</remoteurl>
</project>
====

> While at it, does systemctl --failed shows any disturbing issues?

No, nothing.

> 
> > I grepped through a month's worth of log files and on both instances
> > there are no mentions of error messages like yours, not even any
> > mention of 'pmbs'.
> > 
> > Did this work before? Up until when?
> 
> Yes, it worked nice for a long time (~08/2017) since about a month
> ago. I first assumed a transient issue, similar to the OBS
> outages/issues in December (which were transient..).
> 
> Later, I updated my obs server with zypper dup from exactly these
> repos:
> 
> # | Alias                     | Name                            |
> Enabled | GPG Check | Refresh
> --+---------------------------+---------------------------------+-----
> ---- +-----------+--------
> 1 | OBS_Server_2.10           | OBS Server 2.10 (openSUSE_15.1) | Yes 
>    | (r ) Yes  | Yes
> 2 | openSUSE:Leap:15.1        | openSUSE:Leap:15.1              | Yes 
>    | (r ) Yes  | Yes
> 3 | openSUSE:Leap:15.1:Update | openSUSE:Leap:15.1:Update       | Yes 
>    | (r ) Yes  | Yes

Yes, I use the same setup.
 
> Rebooted it several times, etc. All seems well, but still no cigar.
> 
> > PMBS and both my other instances are on 2.10 on 15.1 since July.
> > PMBS and my close instance are on the ESXi behind the reverse proxy
> > since end of August, since then there are just the occasional
> > reboots
> > for security updates.
> 
> I upgraded to 2.10 a little before you (IIRC, since we had similar
> systemd related issues at that time..).
> 
> > I can see at least 8 other IP addresses accessing the public
> > interface today, so to all: Speak up if you too have problems.
> 
> Another interesting observation: it indeed makes a difference, if I
> access the public path of OBS and PMBS with curl or wget.
> 
> (All done from the local obs server):
> 
> $ wget -qO- https://pmbs-api.links2linux.de/public
> <about>
>   <title>Open Build Service API</title>
>   <description>API to the Open Build Service</description>
>   <revision>2.10</revision>
>   <last_deployment>2019-07-05 14:35:37 +0200</last_deployment>
>   <commit>1b66a6c499ef52f61406c333d92731323d852fbc</commit>
> </about>
> 
> $ curl -o- https://pmbs-api.links2linux.de/public
> <html><body>You are being <a href="https://pmbs.links2linux.de/
> about">redirected</a>.</body></html>
> 
> but the behavior is consistent with OBS.

Yes, seems correct, as pmbs.links2linux.{de,org} and pmbs-
api.links2linux.{de,org} are the same machine, the same apache, and 
pmbs.links2linux.de is the primary name (and of course everything is 
reverse proxied through my router VM).
 
> I can provide many more details, but still have no idea, where these
> issues stem from. It just shows any package build as broken, that
> links to PMBS.

It may be possible, that indeed my setup of PMBS behind a reverse proxy 
is at fault. Is it possible, that access to the weui (html) route works, 
whereas the XML path may be at fault. I am not sure, if there still is a 
difference, and why something has changed, but just hypothetical this 
may be an option to look out for. 
As I am only just a passenger with OBS, too, I am open to suggestions. 
On the other hand I am fine with success stories on access to PMBS ;-)

Greetings,

Stefan
-- 
Stefan Botter zu Hause
Bremen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.links2linux.de/pipermail/packman/attachments/20191227/bd293a75/attachment.sig>


More information about the Packman mailing list