Mirroring a zypper repo is problematic

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Mirroring a zypper repo is problematic

mark_scott_jr

Dell - Internal Use - Confidential

We are wanting to mirror openSUSE’s download repository (http://download.opensuse.org/).  In this case, one of the repositories we need access to is http://download.opensuse.org/repositories/Virtualization:/Appliances/.  However, based on earlier communication with jFrog support, Artifactory 4.x doesn’t support the colon in a URL.  We got around it temporarily by creating a separate repo that pointed directly to this URL, so the client didn’t need to use a colon.  However, this is cumbersome and limited.

 

Our URL looks like this:

http://myserver/artifactory/openSUSE-mirror/repositories/Virtualization:/Appliances:/Builder/openSUSE_13.2/repodata/repomd.xml

 

which corresponds to:

http://download.opensuse.org/repositories/Virtualization:/Appliances:/Builder/openSUSE_13.2/repodata/repomd.xml

 

Artifactory returns us the following when zypper attempts to pull the repo:

 

{

  "errors" : [ {

    "status" : 500,

    "message" : "Could not process download request: Invalid path. ':' is not a valid name character: openSUSE-mirror-cache/repositories/Virtualization:/Appliances:/"

  } ]

}

 

Artifactory log:

 

2016-05-18 17:08:47,836 [ajp-nio-8019-exec-1379] [INFO ] (o.a.r.HttpRepo      :384) - openSUSE-mirror downloading http://download.opensuse.org/repositories/Virtualization:/Appliances:/Builder/openSUSE_13.2/repodata/repomd.xml 1.59 KB

2016-05-18 17:08:47,846 [ajp-nio-8019-exec-1379] [ERROR] (o.a.r.HttpRepo      :1005) - openSUSE-mirror: Failed to download 'http://download.opensuse.org/repositories/Virtualization:/Appliances:/Builder/openSUSE_13.2/repodata/repomd.xml'. Received status code 200 and caught exception: Invalid path. ':' is not a valid name character: openSUSE-mirror-cache/repositories/Virtualization:/Appliances:/

2016-05-18 17:08:47,847 [ajp-nio-8019-exec-1379] [WARN ] (o.a.r.ArtifactoryResponseBase:105) - Sending HTTP error code 500: Could not process download request: Invalid path. ':' is not a valid name character: openSUSE-mirror-cache/repositories/Virtualization:/Appliances:/

 

The highlighted URL is definitely reachable and downloadable.

 

Is there any way we can support mirroring openSUSE repos without creating a new remote repo for each repository?

 

Mark E. Scott, Jr.

Software Engineer

Dell | Global Large Enterprise Product Group

office +1 512 723 6382


------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
Reply | Threaded
Open this post in threaded view
|

Re: [#40562] Mirroring a zypper repo is problematic

JFrog Support
Hi Mark Scott,
 
Thank you for your support inquiry. We are always happy to escort our Artifactory pro users. For customers who purchased our support SLA we offer a 4 hour response time. Our support staff prioritizes these tickets and are only able to help users not covered by agreement after the priority tickets have been resolved. We will do our best to assist you without too much delay, although we cannot commit to a response time.
 
Thank you for understanding,
Omar
JFrog Support 

On Wed, 18 May at 3:49 PM , Mark Scott <[hidden email]> wrote:
Dell - Internal Use - Confidential
We are wanting to mirror openSUSE’s download repository (http://download.opensuse.org/).  In this case, one of the repositories we need access to is http://download.opensuse.org/repositories/Virtualization:/Appliances/.  However, based on earlier communication with jFrog support, Artifactory 4.x doesn’t support the colon in a URL.  We got around it temporarily by creating a separate repo that pointed directly to this URL, so the client didn’t need to use a colon.  However, this is cumbersome and limited.
 
Our URL looks like this:
 
which corresponds to:
 
Artifactory returns us the following when zypper attempts to pull the repo:
 
{
  "errors" : [ {
    "status" : 500,
    "message" : "Could not process download request: Invalid path. ':' is not a valid name character: openSUSE-mirror-cache/repositories/Virtualization:/Appliances:/"
  } ]
}
 
Artifactory log:
 
2016-05-18 17:08:47,836 [ajp-nio-8019-exec-1379] [INFO ] (o.a.r.HttpRepo      :384) - openSUSE-mirror downloading http://download.opensuse.org/repositories/Virtualization:/Appliances:/Builder/openSUSE_13.2/repodata/repomd.xml 1.59 KB
2016-05-18 17:08:47,846 [ajp-nio-8019-exec-1379] [ERROR] (o.a.r.HttpRepo      :1005) - openSUSE-mirror: Failed to download 'http://download.opensuse.org/repositories/Virtualization:/Appliances:/Builder/openSUSE_13.2/repodata/repomd.xml'. Received status code 200 and caught exception: Invalid path. ':' is not a valid name character: openSUSE-mirror-cache/repositories/Virtualization:/Appliances:/
2016-05-18 17:08:47,847 [ajp-nio-8019-exec-1379] [WARN ] (o.a.r.ArtifactoryResponseBase:105) - Sending HTTP error code 500: Could not process download request: Invalid path. ':' is not a valid name character: openSUSE-mirror-cache/repositories/Virtualization:/Appliances:/
 
The highlighted URL is definitely reachable and downloadable.
 
Is there any way we can support mirroring openSUSE repos without creating a new remote repo for each repository?
 
Mark E. Scott, Jr.
Software Engineer
Dell | Global Large Enterprise Product Group
office +1 512 723 6382
40562

------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
Artifactory-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/artifactory-users