[Pulp-list] how does this agent commnication works ?
jortel at redhat.com
Mon Oct 20 22:35:18 UTC 2014
On 10/20/2014 01:31 PM, Brian Bouterse wrote:
> Hi DJ, I'm not an expert on these things, but I'll reply in case its helpful. See inline.
> ----- Original Message -----
>> From: "joshi dhaval" <d_joshi84 at yahoo.com>
>> To: pulp-list at redhat.com
>> Sent: Monday, October 20, 2014 2:08:30 PM
>> Subject: [Pulp-list] how does this agent commnication works ?
>> want to know how this gofer communicate with pulp server?
>> there is an issue, when i
>> install some package and if package installation fails, then
>> i upload different package with higher version in repository
>> and try to install that one, the package installation fails
>> and i have to run "yum clean all" on client to be
>> able to install new package.
>> How do i add it to pulp-admin so i can run it
>> from remote command ?
> I don't believe Pulp supports this type of remote command. I do believe that eventually the metadata will become so old that Yum will decide to refetch the metadata. This will have a similar effect to what "yum clean all" in that it throws away the old metadata and fetches it new. The pulp-admin commands don't have a way to force consumers to perform a "yum clean all" that I know of.
Sounds like a good feature request.
>> 2) is there anyway to install specific version
>> of package ?
> There is a way to do this with yum directly. See the example . The "automatically fetch the latest" is a Yum behavior so you can use Yum on the consumers directly to change which version gets installed if you don't want the latest of a given package. Pulp does not provide a way for you to specify this behavior through Pulp. You should use yum directly for this.
> : https://www.zulius.com/how-to/yum-install-specific-package-version/
>> for example i
>> have package-1.1-1.rpm and package-1.2-1.rpm in a
>> repository, there is no way using which i can install 1.1-1,
>> it always installs 1.2-1 ... :(
Have you tried specifying '-n package-1.1-1'. That should work.
>> Pulp-list mailing list
>> Pulp-list at redhat.com
> Pulp-list mailing list
> Pulp-list at redhat.com
More information about the Pulp-list