On 05/03/2012 04:09 AM, Daniel P. Berrange wrote:
> On Wed, May 02, 2012 at 04:35:48PM -0400, Laine Stump wrote:
[lots of explanation snipped]
>> So, the conclusions to draw from this analysis are:
>>
>> 1) my "alternative 1" patch was only coincidentally succeeding, and
>> would be about as usef
On Wed, May 02, 2012 at 04:35:48PM -0400, Laine Stump wrote:
> On 05/02/2012 11:32 AM, Daniel P. Berrange wrote:
> > On Wed, May 02, 2012 at 11:29:36AM -0400, Laine Stump wrote:
> >> On 05/02/2012 05:11 AM, Daniel P. Berrange wrote:
> >>> On Tue, May 01, 2012 at 03:10:42PM -0400, Laine Stump wrote:
On 05/02/2012 11:32 AM, Daniel P. Berrange wrote:
> On Wed, May 02, 2012 at 11:29:36AM -0400, Laine Stump wrote:
>> On 05/02/2012 05:11 AM, Daniel P. Berrange wrote:
>>> On Tue, May 01, 2012 at 03:10:42PM -0400, Laine Stump wrote:
This patch is one alternative to solve the problem detailed in:
On Wed, May 02, 2012 at 11:29:36AM -0400, Laine Stump wrote:
> On 05/02/2012 05:11 AM, Daniel P. Berrange wrote:
> > On Tue, May 01, 2012 at 03:10:42PM -0400, Laine Stump wrote:
> >> This patch is one alternative to solve the problem detailed in:
> >>
> >> https://bugzilla.redhat.com/show_bug.cgi
On 05/02/2012 05:11 AM, Daniel P. Berrange wrote:
> On Tue, May 01, 2012 at 03:10:42PM -0400, Laine Stump wrote:
>> This patch is one alternative to solve the problem detailed in:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=816465
>>
>> Some other unidentified library in use by libvirtd (in
On Tue, May 01, 2012 at 03:10:42PM -0400, Laine Stump wrote:
> This patch is one alternative to solve the problem detailed in:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=816465
>
> Some other unidentified library in use by libvirtd (in another thread)
> is apparently temporarily binding to
On 05/01/2012 01:10 PM, Laine Stump wrote:
> This patch is one alternative to solve the problem detailed in:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=816465
>
> Some other unidentified library in use by libvirtd (in another thread)
> is apparently temporarily binding to a NETLINK_ROUTE r
This patch is one alternative to solve the problem detailed in:
https://bugzilla.redhat.com/show_bug.cgi?id=816465
Some other unidentified library in use by libvirtd (in another thread)
is apparently temporarily binding to a NETLINK_ROUTE raw socket with
an address of "pid of libvirtd" during s