can not reproduce on libvirt-0.10.2-4

Hello. Auto suspending is now OK, but resume does not work on my config with systemd:

Oct 31 12:56:22 linux2 libvirtd-guests[669]: error: Failed to reconnect to the hypervisor
Oct 31 12:56:22 linux2 libvirtd-guests[669]: error: no valid connection
Oct 31 12:56:22 linux2 libvirtd-guests[669]: error: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory

I use systemd and it seems that libvirtd is actually started after libvirtd-guests. So it might be related to systemd configuration ?

If you change line in /usr/lib/systemd/system/libvirt-guests.service

from
After=syslog.target network.target

to
After=syslog.target network.target libvirtd.service

Does it help?

Unfortunately not. May be socket activation is required in libvirtd.service.

However suspended machine cannot even be resumed manually (using virt-manager). This what it produces:

Oct 31 15:42:45 localhost kernel: [ 297.379571] tun: Universal TUN/TAP device driver, 1.6
Oct 31 15:42:45 localhost kernel: [ 297.379577] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Oct 31 15:42:45 localhost kernel: [ 297.390292] device vnet0 entered promiscuous mode
Oct 31 15:42:45 localhost kernel: [ 297.394225] br1: port 3(vnet0) entered forwarding state
Oct 31 15:42:45 localhost kernel: [ 297.394245] br1: port 3(vnet0) entered forwarding state
Oct 31 15:42:46 localhost libvirtd[622]: 2012-10-31 14:42:46.040+0000: 678: warning : qemuDomainObjTaint:1364 : Domain id=1 name='RHEL6.2' uuid=fcacb60a-2dc1-45b4-36d7-0e17fcf16b9d is tainted: high-privileges
Oct 31 15:42:47 localhost avahi-daemon[329]: Registering new address record for fe80::fc54:ff:fe41:250d on vnet0.*.
Oct 31 15:42:56 localhost kernel: [ 307.682497] divide error: 0000 [#1] PREEMPT SMP
Oct 31 15:42:56 localhost kernel: [ 307.683499] Modules linked in: vhost_net macvtap macvlan tun sha1_generic ppp_mppe ppp_async crc_ccitt ppp_generic slhc fuse ip6table_filter ip6_tables bridge stp llc ipt_REJECT xt_conntrack iptable_filter ipt_MASQUERADE iptable_nat xt_CHECKSUM xt_tcpudp iptable_mangle ip_tables x_tables w83627ehf hwmon_vid snd_hda_codec_realtek nouveau mxm_wmi wmi powernow_k8 video mperf arc4 ttm rt61pci drm_kms_helper rt2x00pci drm rt2x00lib agpgart kvm_amd eeprom_93cx6 forcedeth i2c_nforce2 8139too ppdev 8139cp kvm i2c_algo_bit i2c_core parport_pc ftdi_sio usbserial mac80211 cfg80211 rfkill crc_itu_t snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_page_alloc snd_timer snd k8temp evdev soundcore parport mii psmouse processor serio_raw pcspkr button nf_nat_ftp nf_conntrack_ftp nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack ext4 crc16 jbd2 mbcache dm_mod sr_mod cdrom sd_mod ata_generic pata_acpi ohci_hcd sata_nv libata scsi_mod ehci_hcd usbcore usb_common
Oct 31 15:42:56 localhost kernel: [ 307.685700] EIP: 0060:[<f909be1e>] EFLAGS: 00010006 CPU: 0
Oct 31 15:42:56 localhost kernel: [ 307.685700] EIP is at kvm_write_tsc+0xce/0x320 [kvm]
Oct 31 15:42:56 localhost kernel: [ 307.685700] EAX: 8ec6d460 EBX: 00000047 ECX: 001d2026 EDX: 0024c077
Oct 31 15:42:56 localhost kernel: [ 307.685700] ESI: e6fb8000 EDI: ed9fa000 EBP: e5d7bd84 ESP: e5d7bd3c
Oct 31 15:42:56 localhost kernel: [ 307.685700] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Oct 31 15:42:56 localhost kernel: [ 307.685700] CR0: 8005003b CR2: 91f6000d CR3: 2cff6000 CR4: 000007f0
Oct 31 15:42:56 localhost kernel: [ 307.685700] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
Oct 31 15:42:56 localhost kernel: [ 307.685700] DR6: ffff0ff0 DR7: 00000400
Oct 31 15:42:56 localhost kernel: [ 307.685700] 00000296 f3fdf700 55ebd516 0000090a ed9fb568 c0134c20 f6839ee0 a34d8604
Oct 31 15:42:56 localhost kernel: [ 307.685700] 00000047 8ec6d460 0024c077 914dfbed 00000968 00000133 28ad4804 e6fb8000
Oct 31 15:42:56 localhost kernel: [ 307.685700] 914dfbed 00000968 e5d7bdbc f918cab2 00000001 00000000 c022e3c3 00000020
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<c0134c20>] ? __kunmap_atomic+0x90/0xa0
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<f918cab2>] svm_set_msr+0xf2/0x430 [kvm_amd]
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<c022e3c3>] ? __kmalloc_track_caller+0x73/0x150
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<f90962c0>] ? kvm_enable_efer_bits+0x20/0x20 [kvm]
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<f90962e6>] do_set_msr+0x26/0x30 [kvm]
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<f909c7a1>] msr_io+0x91/0x110 [kvm]
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<f90a10fd>] kvm_arch_vcpu_ioctl+0x3fd/0xf10 [kvm]
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<f90ac3c6>] ? kvm_init_shadow_mmu+0x116/0x1c0 [kvm]
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<f909bb38>] ? update_cr8_intercept+0x58/0x80 [kvm]
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<f918792f>] ? svm_compute_tsc_offset+0x1f/0xc0 [kvm_amd]
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<f91877f7>] ? svm_vcpu_load+0x47/0xe0 [kvm_amd]
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<f90a0c5c>] ? kvm_arch_vcpu_load+0x12c/0x1d0 [kvm]
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<f908edde>] kvm_vcpu_ioctl+0x7e/0x570 [kvm]
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<c0212925>] ? handle_mm_fault+0x1f5/0x290
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<f908ed60>] ? vcpu_put+0x50/0x50 [kvm]
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<c024db2a>] do_vfs_ioctl+0x7a/0x570
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<c04dcd50>] ? spurious_fault+0x114/0x114
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<c04dcfe7>] ? do_page_fault+0x297/0x510
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<c015f6e4>] ? hrtimer_interrupt+0x164/0x270
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<c023ec9f>] ? fget_light+0x7f/0xe0
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<c024e088>] sys_ioctl+0x68/0x80
Oct 31 15:42:56 localhost kernel: [ 307.685700] [<c04e029f>] sysenter_do_call+0x12/0x28
Oct 31 15:42:56 localhost kernel: [ 307.685700] ---[ end trace 2aaa9c5b1711d561 ]---
Oct 31 15:42:56 localhost kernel: [ 307.745062] note: qemu-kvm[1486] exited with preempt_count 1

I found out that the timeout of 3 seconds is not enough to save my single running image to disk (so probably the image was not complete when system shut down).

PLEASE INCREASE LIBVIRTD_SHUTDOWN_TIMEOUT=30 in /etc/conf.d/libvirtd-guests

Thanks

Does it work in libvirt-0.10.2-5 ?

Same problem with libvirt-1.0.0-2: guests try to start before libvirtd

Same problem on a fresh install (new machine), guests do not resume automatically. libvirt 1.0.0-4

Probably
After=syslog.target network.target libvirtd.service
Requires=libvirtd.service

in /usr/lib/systemd/system/libvirt-guests.service should help

please check.

Sorry, it does not work. systemctl does seem that simple to master !

Did you run `systemctl daemon-reload` after editing that file? systemd won't use the changed version of the file until you either run that command or reboot the system.

Also, you aren't supposed to directly edit service files in /usr/lib/systemd/system/. You're supposed to copy the file you want to edit into /etc/systemd/system/ and edit the copy there. You have to run `systemctl daemon-reload` regardless though.

I am closing it because of rc.d removed and .service-files provided by upstream.