On Tue, Nov 23, 2010 at 7:34 PM, Sandro "red" Mathys
wrote:
> On Tue, Nov 23, 2010 at 12:07, Colin Coe wrote:
>> On Tue, Nov 23, 2010 at 4:07 PM, Sandro "red" Mathys
>> wrote:
>>> On 11/22/2010 11:41 PM, Colin Coe wrote:
On Tue, Nov 23, 2010 at 2:57 AM, Marcus Moeller
wrote:
On Tue, Nov 23, 2010 at 12:07, Colin Coe wrote:
> On Tue, Nov 23, 2010 at 4:07 PM, Sandro "red" Mathys
> wrote:
>> On 11/22/2010 11:41 PM, Colin Coe wrote:
>>>
>>> On Tue, Nov 23, 2010 at 2:57 AM, Marcus Moeller
>>> wrote:
Dear Jan.
>>> On you Spacewalk, go to
>>>
>>>
On Tue, Nov 23, 2010 at 4:07 PM, Sandro "red" Mathys
wrote:
> On 11/22/2010 11:41 PM, Colin Coe wrote:
>>
>> On Tue, Nov 23, 2010 at 2:57 AM, Marcus Moeller
>> wrote:
>>>
>>> Dear Jan.
>>>
>> On you Spacewalk, go to
>>
>>
>> https://FQDN/rhn/apidoc/handlers/PackagesHandler.jsp#re
On 11/22/2010 11:41 PM, Colin Coe wrote:
On Tue, Nov 23, 2010 at 2:57 AM, Marcus Moeller wrote:
Dear Jan.
On you Spacewalk, go to
https://FQDN/rhn/apidoc/handlers/PackagesHandler.jsp#removePackage
Hope this helps,
You still have to hack orphan package IDs out of the database direc
On Tue, Nov 23, 2010 at 2:57 AM, Marcus Moeller wrote:
> Dear Jan.
>
>>> > On you Spacewalk, go to
>>> >
>>> > https://FQDN/rhn/apidoc/handlers/PackagesHandler.jsp#removePackage
>>> >
>>> > Hope this helps,
>>>
>>> You still have to hack orphan package IDs out of the database directly
>>> w
Dear Jan.
>> > On you Spacewalk, go to
>> >
>> > https://FQDN/rhn/apidoc/handlers/PackagesHandler.jsp#removePackage
>> >
>> > Hope this helps,
>>
>> You still have to hack orphan package IDs out of the database directly
>> which is quite annoying.
>
> Obviously, patches welcome.
Please not
On Mon, Nov 22, 2010 at 05:10:39PM +0100, Marcus Moeller wrote:
> >
> > On you Spacewalk, go to
> >
> > https://FQDN/rhn/apidoc/handlers/PackagesHandler.jsp#removePackage
> >
> > Hope this helps,
>
> You still have to hack orphan package IDs out of the database directly
> which is quite ann
2010/11/16 Jan Pazdziora :
> On Fri, Nov 05, 2010 at 04:24:26PM -0500, Ronald Parker wrote:
>>
>> >> Deleting packages in 25 steps might take a long time if you have about
>> >> 60'000 :/
>>
>> > I hacked up a script which pulled the orphan package IDs out of the
>> > database
>> > directly then
On Fri, Nov 05, 2010 at 04:24:26PM -0500, Ronald Parker wrote:
>
> >> Deleting packages in 25 steps might take a long time if you have about
> >> 60'000 :/
>
> > I hacked up a script which pulled the orphan package IDs out of the
> > database
> > directly then deleted them one by one with the
>> Deleting packages in 25 steps might take a long time if you have about
>> 60'000 :/
> I hacked up a script which pulled the orphan package IDs out of the database
> directly then deleted them one by one with the removePackage API call. If you
> left it running overnight it did the business
On Wed, Nov 03, 2010 at 01:35:24PM +0100, Marcus Moeller wrote:
> The problem is that even one Fedora channel contains so many of
> packages (12'000+ ) that the limit seems to be exceed.
Yep. Even a base CentOS release causes problems sometimes.
> > 1) Oracle's UNDO tablespace is exhausted. Giv
Dear David,
>> we got now about 60.000 packages in no channel (due to deletion of old
>> Fedora releases). It is not possible to delete them, neither via gui
>> nor via api (which stucks during
>> channel.software.listPackagesWithoutChannel either with a 502 Proxy
>> Error, a connection timeout or
On Wed, Nov 03, 2010 at 12:45:52PM +0100, Marcus Moeller wrote:
> Hi all,
>
> we got now about 60.000 packages in no channel (due to deletion of old
> Fedora releases). It is not possible to delete them, neither via gui
> nor via api (which stucks during
> channel.software.listPackagesWithoutChann
Hi all,
we got now about 60.000 packages in no channel (due to deletion of old
Fedora releases). It is not possible to delete them, neither via gui
nor via api (which stucks during
channel.software.listPackagesWithoutChannel either with a 502 Proxy
Error, a connection timeout or a 500 Internal Ser
14 matches
Mail list logo