[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