[RFE] Add a squid proxy

Bug #1594389 reported by Michele Baldessari
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
tripleo
Triaged
Wishlist
Unassigned

Bug Description

So while doing Liberty->Mitaka testing I need to to replace the repos from liberty to mitaka and then
run various yum commands from each overcloud node.

As it happens, be it trunk.rdoproject.org, be it the network where this servers are, be it the centos
mirror system, I get timeouts because things are two slow.

What would be absolutely grand for me is to add a use_proxy={true,false} parameter, which when
set to true would set up a caching squid proxy on the undercloud and then make sure that
all the nodes would have yum set up to use that.

This way if one node is successful in downloading repo metadata and/or packages, the other nodes
can piggyback on that success ;)

Tags: quickstart
Revision history for this message
Michele Baldessari (michele) wrote :

Or even better we could use a new use_proxy parameter like this
if it is "true" we set up the proxy on the undercloud, if it is set to a URL it will use
that. That way we could also make use of existing proxy infrastructure easily

Attila Darazs (adarazs)
tags: added: ci quickstart
affects: tripleo-quickstart → tripleo
Revision history for this message
Ronelle Landy (rlandy) wrote :

Under consideration for pike-3.

Changed in tripleo:
importance: Undecided → Wishlist
milestone: none → pike-3
status: New → Triaged
Revision history for this message
Ben Nemec (bnemec) wrote :

This is not a ci request. We already use squid in ci.

tags: removed: ci
Changed in tripleo:
milestone: pike-3 → pike-rc1
Changed in tripleo:
milestone: pike-rc1 → queens-1
Changed in tripleo:
milestone: queens-1 → queens-2
Changed in tripleo:
milestone: queens-2 → queens-3
Revision history for this message
Steven Hardy (shardy) wrote :

I'd like to see this, but instead of configuring a proxy on the undercloud, optionally do it on the virthost, then the data could persist between quickstart runs.

In general quickstart support for proxying and/or locally mirroring things seems fairly fragmented, IMO it'd be great if we could streamline this as it does download a ton of data atm, which is particularly annoying when testing quickstart patches that involve repeatedly re-running quickstart (yes I know there's a working dir, but IME things don't always work unless you clean that, so just mirroring/proxying the downloaded stuff would probably be better IMO)

Changed in tripleo:
milestone: queens-3 → queens-rc1
Changed in tripleo:
milestone: queens-rc1 → rocky-1
Changed in tripleo:
milestone: rocky-1 → rocky-2
Changed in tripleo:
milestone: rocky-2 → rocky-3
Changed in tripleo:
milestone: rocky-3 → rocky-rc1
Changed in tripleo:
milestone: rocky-rc1 → stein-1
Changed in tripleo:
milestone: stein-1 → stein-2
Changed in tripleo:
milestone: stein-2 → stein-3
Changed in tripleo:
milestone: stein-3 → train-1
Changed in tripleo:
milestone: train-1 → train-2
Changed in tripleo:
milestone: train-2 → train-3
Changed in tripleo:
milestone: train-3 → ussuri-1
Changed in tripleo:
milestone: ussuri-1 → ussuri-2
wes hayutin (weshayutin)
Changed in tripleo:
milestone: ussuri-2 → ussuri-3
wes hayutin (weshayutin)
Changed in tripleo:
milestone: ussuri-3 → ussuri-rc3
wes hayutin (weshayutin)
Changed in tripleo:
milestone: ussuri-rc3 → victoria-1
Changed in tripleo:
milestone: victoria-1 → victoria-3
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.