[libvirt-users] libvrtd-1.1.0 crashes when attempting to start some (but not all) LXC containers

Michal Privoznik mprivozn at redhat.com
Mon Jul 15 08:18:10 UTC 2013


On 12.07.2013 20:32, Dennis Jenkins wrote:
> Update:  I am able to edit the XML in "dwj-hfax-dev" such that libvirtd
> no longer crashes, and edit the XML for "dwj-lnx-dev" such that it will
> crash.
> 
> The presents of "<seclabel type='none'/>" near the bottom causes
> libvirtd to crash.
> 
> I do not recall ever manually adding that to my domain.
> 
> In any event, libvirtd should probably not crash due to the XML element
> (which seems valid - or at least "virsh edit" allows it).
> 

Interesting. If you are still able to reproduce the crash, can you try to get the line number within virSecurityManagerGenLabel where the crash happened? I think it's the STREQ line (440 linenr). Question is whether model or name is NULL.


src/security/security_manager.c-438-    for (i = 0; i < vm->nseclabels; i++) {
src/security/security_manager.c-439-        for (j = 0; sec_managers[j]; j++)
src/security/security_manager.c-440-            if (STREQ(vm->seclabels[i]->model, sec_managers[j]->drv->name))
src/security/security_manager.c-441-                break;
src/security/security_manager.c-442-
src/security/security_manager.c-443-        if (!sec_managers[j]) {
src/security/security_manager.c-444-            virReportError(VIR_ERR_CONFIG_UNSUPPORTED,
src/security/security_manager.c-445-                           _("Unable to find security driver for label %s"),
src/security/security_manager.c-446-                           vm->seclabels[i]->model);
src/security/security_manager.c-447-            goto cleanup;
src/security/security_manager.c-448-        }
src/security/security_manager.c-449-    }


Michal




More information about the libvirt-users mailing list