[virt-tools-list] Re: [libvirt] RHEL 5 with Xen - changed IPs and now weirdness
Dave Allan
dallan at redhat.com
Wed Oct 21 19:50:12 UTC 2009
Denny Snyder wrote:
> Thanks for the info... I attempted a service libvirtd stop (which fails
> since it isn't running)
> a service libvirtd start says OK but the status remains the same:
>
> libvirtd dead but subsys locked
>
> so I did a service libvirtd stop and then ran it manually and got the
> following:
>
> 15:03:59.798: error : No vport operation path found for host1
> 15:03:59.801: error : No vport operation path found for host2
> 15:03:59.802: error : No vport operation path found for host3
> 15:03:59.803: error : No vport operation path found for host4
> 15:03:59.872: error : No vport operation path found for host6
> 15:03:59.880: error : No vport operation path found for host5
> 15:03:59.892: error : No vport operation path found for host0
>
>
> I have no idea what these errors mean.... does each host entry
> mentioned above correspond to a xen guest?
That's a bug that's unfortunate but harmless except for the confusion it
causes. It's unrelated to what's going on with your system. That
message was supposed to be logged as debug but is incorrectly logging as
error. Libvirt is looking for NPIV capable HBAs, and when it sees an
HBA that doesn't support NPIV, it logs that message. Sorry for the
confusion.
Dave
> weirdness.....
>
> Thanks again
>
> Denny Snyder
> Systems Engineer
> IT at Johns Hopkins
> 5801 Smith Ave Suite 3110C
> Baltimore, MD 21209
> (410) 735-7613: DESK
> (410) 735-4660: FAX
>
>
> On 10/21/2009 02:55 PM, Daniel P. Berrange wrote:
>>
>> Tis means the libvirtd isn't running
>>
>>
>>> 'service libvirtd status' shows:
>>> libvirtd dead but subsys locked
>>>
>>>
>> And this obviously confirms it.
>> Yeah its very odd that this is related.
>>
>> At least if you do 'service libvirtd stop' to clear the dead PID file,
>> and then 'service libvirtd start' it should hopefully be back to normal.
>> If it still crashes, then best to try running /usr/sbin/libvirtd
>> manually, or under gdb/valgrind and capture a trace
>>
>>
>> Once libvirtd is running you can disable virbr0 with
>>
>> virsh net-destroy default
>> virsh net-autostart --disable default
>>
>> which will stop 'virbr0' running / being created - its only required if
>> you want to use NAT, not for bridging
>>
>> Regards,
>> Daniel
>>
>
> --
> Libvir-list mailing list
> Libvir-list at redhat.com
> https://www.redhat.com/mailman/listinfo/libvir-list
More information about the virt-tools-list
mailing list