Hi, i have a two node cluster with a vm as a resource. Currently i'm just testing and playing. My vm boots and shuts down again in 15min gaps. Surely this is related to "PEngine Recheck Timer (I_PE_CALC) just popped (900000ms)" found in the logs. I googled, and it is said that this is due to time-based rule (http://oss.clusterlabs.org/pipermail/pacemaker/2009-May/001647.html). OK. But i don't have any time-based rules. This is the config for my vm:
primitive prim_vm_mausdb VirtualDomain \ params config="/var/lib/libvirt/images/xml/mausdb_vm.xml" \ params hypervisor="qemu:///system" \ params migration_transport=ssh \ op start interval=0 timeout=90 \ op stop interval=0 timeout=95 \ op monitor interval=30 timeout=30 \ op migrate_from interval=0 timeout=100 \ op migrate_to interval=0 timeout=120 \ meta allow-migrate=true \ meta target-role=Started \ utilization cpu=2 hv_memory=4099 The only constraint concerning the vm i had was a location (which i didn't create). Ok, this timer is available, i can set it to zero to disable it. But why does it influence my vm in such a manner ? Excerp from the log: ... Feb 9 16:19:38 ha-idg-1 VirtualDomain(prim_vm_mausdb)[13148]: INFO: Domain mausdb_vm already stopped. Feb 9 16:19:38 ha-idg-1 crmd[8407]: notice: process_lrm_event: Operation prim_vm_mausdb_stop_0: ok (node=ha-idg-1, call=401, rc=0, cib-update=340, confirmed=true) Feb 9 16:19:38 ha-idg-1 kernel: [852506.947196] device vnet0 entered promiscuous mode Feb 9 16:19:38 ha-idg-1 kernel: [852507.008770] br0: port 2(vnet0) entering forwarding state Feb 9 16:19:38 ha-idg-1 kernel: [852507.008775] br0: port 2(vnet0) entering forwarding state Feb 9 16:19:38 ha-idg-1 kernel: [852507.172120] qemu-kvm: sending ioctl 5326 to a partition! Feb 9 16:19:38 ha-idg-1 kernel: [852507.172133] qemu-kvm: sending ioctl 80200204 to a partition! Feb 9 16:19:41 ha-idg-1 crmd[8407]: notice: process_lrm_event: Operation prim_vm_mausdb_start_0: ok (node=ha-idg-1, call=402, rc=0, cib-update=341, confirmed=true) Feb 9 16:19:41 ha-idg-1 crmd[8407]: notice: process_lrm_event: Operation prim_vm_mausdb_monitor_30000: ok (node=ha-idg-1, call=403, rc=0, cib-update=342, confirmed=false) Feb 9 16:19:48 ha-idg-1 kernel: [852517.049015] vnet0: no IPv6 routers present ... Feb 9 16:34:41 ha-idg-1 VirtualDomain(prim_vm_mausdb)[18272]: INFO: Issuing graceful shutdown request for domain mausdb_vm. Feb 9 16:35:06 ha-idg-1 kernel: [853434.550089] br0: port 2(vnet0) entering forwarding state Feb 9 16:35:06 ha-idg-1 kernel: [853434.550160] device vnet0 left promiscuous mode Feb 9 16:35:06 ha-idg-1 kernel: [853434.550165] br0: port 2(vnet0) entering disabled state Feb 9 16:35:06 ha-idg-1 ifdown: vnet0 Feb 9 16:35:06 ha-idg-1 ifdown: Interface not available and no configuration found. Feb 9 16:35:07 ha-idg-1 crmd[8407]: notice: process_lrm_event: Operation prim_vm_mausdb_stop_0: ok (node=ha-idg-1, call=405, rc=0, cib-update=343, confirmed=true) ... I deleted the location and until that vm is running fine for already 35min. System is SLES 11 SP4 64bit, vm is SLES 10 SP4 64bit. Thanks. Bernd -- Bernd Lentes Systemadministration institute of developmental genetics Gebäude 35.34 - Raum 208 HelmholtzZentrum München bernd.len...@helmholtz-muenchen.de phone: +49 (0)89 3187 1241 fax: +49 (0)89 3187 2294 Erst wenn man sich auf etwas festlegt kann man Unrecht haben Scott Adams Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Heinrich Bassler, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671 _______________________________________________ Users mailing list: Users@clusterlabs.org http://lists.clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org