VSS issues with CentOS 6.6 x64 (Network Steve Forum)

VSS issues with CentOS 6.6 x64

Hello,

We're trying to enable VSS backups through Windows Server Backup, but still having issues.
We're running a few VMs on CentOS 6.6 x64, fully updated / patched, hyperv modules installed, cpanel installed.
However, while trying to backup those VMs, *some* of them are crashing / loads going up like crazy.

We do have a few VMs running Ubuntu 14.04 LTS, fully updated / patched as well, but we're still able to backup those VMs without any issues.

We've been able to isolate the issue and it turns out that the VMs that get backed up are the ones that have a VHDX file of <50GB.
VMs that are having issues are the ones having a bigger VHDX file (>100GB).

Both type of VMs are running the exact same OS, patches, modules and services.
So it really appears to be the size of the disk that is causing issues.

Some snippet of our logfiles when a backup is working:
Jun 9 08:39:02 dev Hyper-V VSS: VSS: freeze of /boot: Success
Jun 9 08:39:02 dev Hyper-V VSS: VSS: freeze of /: Success
Jun 9 08:39:02 dev Hyper-V VSS: VSS: thaw of /boot: Success
Jun 9 08:39:02 dev Hyper-V VSS: VSS: thaw of /: Success

And when backup isn't working:
Jun 9 12:18:04 dev Hyper-V VSS: VSS: freeze of /boot: Success
[...] and it hangs / load spikes like crazy.

Does it sound familiar to you guys ?
Any fixes available ?

This is quite crucial as we need to get those backups up and running.

Thanks,
- Luc

Changed type ltellier Tuesday, June 09, 2015 4:41 PM

June 9th, 2015 4:34pm

Which version of LIS are you using with your CentOS guests? Are you seeing any errors in the backup logs you can share?

Free Windows Admin Tool Kit Click here and download it now

June 30th, 2015 7:17pm

Hello Joshua,

I'm currently using the hyperv modules that come with the distro:

# rpm -qa |grep hyperv
hypervfcopyd-0-0.15.20130826git.el6.x86_64
hypervkvpd-0-0.15.20130826git.el6.x86_64
hyperv-daemons-license-0-0.15.20130826git.el6.noarch
hypervvssd-0-0.15.20130826git.el6.x86_64
hyperv-daemons-0-0.15.20130826git.el6.x86_64

# lsmod |grep hyperv
hyperv_keyboard         3196  0 
hid_hyperv              4278  0 
hyperv_fb               8309  1 
hv_vmbus              211327  6 hyperv_keyboard,hid_hyperv,hv_netvsc,hv_utils,hyperv_fb,hv_storvsc

# dmesg  |grep hv_
hv_vmbus: Hyper-V Host Build:9600-6.3-17-0.17039; Vmbus version:3.0
hv_vmbus: child device vmbus_0_1 registered
hv_vmbus: child device vmbus_0_2 registered
hv_vmbus: child device vmbus_0_3 registered
hv_vmbus: child device vmbus_0_4 registered
hv_vmbus: child device vmbus_0_5 registered
hv_vmbus: child device vmbus_0_6 registered
hv_vmbus: child device vmbus_0_7 registered
hv_vmbus: child device vmbus_0_8 registered
hv_vmbus: child device vmbus_0_9 registered
hv_vmbus: child device vmbus_0_10 registered
hv_vmbus: child device vmbus_0_11 registered
hv_vmbus: child device vmbus_0_12 registered
hv_vmbus: child device vmbus_0_13 registered
hv_vmbus: child device vmbus_0_14 registered
hv_vmbus: registering driver hv_storvsc
hv_vmbus: registering driver hyperv_fb
hv_utils: Registering HyperV Utility Driver
hv_vmbus: registering driver hv_util
hv_vmbus: registering driver hv_netvsc
hv_netvsc: hv_netvsc channel opened successfully
hv_netvsc vmbus_0_14: Send section size: 6144, Section count:170
hv_netvsc vmbus_0_14: Device MAC 02:00:00:06:24:3c link state up
hv_netvsc vmbus_0_14: real num tx,rx queues:1, 1
hv_vmbus: registering driver hid_hyperv
hv_vmbus: registering driver hyperv_keyboard
hv_utils: KVP: user-mode registering done.
hv_utils: VSS daemon registered

As for the errors, "wbadmin" show the following:

And on the guest's console:

The output of /var/log/messages:

Jun 30 16:00:58 dev Hyper-V VSS: VSS: freeze of /boot: Success
Jun 30 16:00:58 dev Hyper-V VSS: VSS: freeze of /tmp: Success
Jun 30 16:00:58 dev Hyper-V VSS: VSS: freeze of /var/tmp: Success

And the dmesg's output:

sd 2:0:0:0: Warning! Received an indication that the operating parameters on this target have changed. The Linux SCSI layer does not automatically adjust these parameters.
IPv6 addrconf: prefix with wrong length 56
INFO: task loop0:724 blocked for more than 120 seconds.
      Not tainted 2.6.32-504.16.2.el6.x86_64 #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
loop0         D 0000000000000000     0   724      2 0x00000000
 ffff880102ffdac0 0000000000000046 ffff880100a20040 000000018122c550
 ffffffffa0121200 0000000000001000 ffff8801020d02c0 ffff8801038d2608
 ffff880102ffdce0 0000000000000001 ffff880100a205f8 ffff880102ffdfd8
Call Trace:
 [<ffffffff8109eede>] ? prepare_to_wait+0x4e/0x80
 [<ffffffff8119038c>] __sb_start_write+0xdc/0x120
 [<ffffffff8109ebb0>] ? autoremove_wake_function+0x0/0x40
 [<ffffffff81126a79>] generic_file_aio_write+0x69/0x100
 [<ffffffffa00e4e08>] ext4_file_write+0x58/0x190 [ext4]
 [<ffffffff8118e00a>] do_sync_write+0xfa/0x140
 [<ffffffff81064a2e>] ? try_to_wake_up+0x24e/0x3e0
 [<ffffffff8109ebb0>] ? autoremove_wake_function+0x0/0x40
 [<ffffffff81063c23>] ? perf_event_task_sched_out+0x33/0x70
 [<ffffffff8106cc03>] ? dequeue_entity+0x113/0x2e0
 [<ffffffff81379b54>] __do_lo_send_write+0x54/0xa0
 [<ffffffff81379f81>] do_lo_send_direct_write+0x81/0xa0
 [<ffffffff8137b0e5>] do_bio_filebacked+0x205/0x330
 [<ffffffff81379f00>] ? do_lo_send_direct_write+0x0/0xa0
 [<ffffffff8137b2e1>] loop_thread+0xd1/0x270
 [<ffffffff8109ebb0>] ? autoremove_wake_function+0x0/0x40
 [<ffffffff8137b210>] ? loop_thread+0x0/0x270
 [<ffffffff8109e71e>] kthread+0x9e/0xc0
 [<ffffffff8100c20a>] child_rip+0xa/0x20
 [<ffffffff8109e680>] ? kthread+0x0/0xc0
 [<ffffffff8100c200>] ? child_rip+0x0/0x20
INFO: task flush-7:0:736 blocked for more than 120 seconds.
      Not tainted 2.6.32-504.16.2.el6.x86_64 #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
flush-7:0     D 0000000000000000     0   736      2 0x00000000
 ffff880100795870 0000000000000046 0000000000000002 ffff8801010d7314
 ffff8800d88dd3c0 ffff8801010d7200 0000000000000001 00000000ef313a60
 ffff880100afac00 0000000100046703 ffff8801008b1068 ffff880100795fd8
Call Trace:
 [<ffffffff810aaad1>] ? ktime_get_ts+0xb1/0xf0
 [<ffffffff811c51f0>] ? sync_buffer+0x0/0x50
 [<ffffffff8152a613>] io_schedule+0x73/0xc0
 [<ffffffff811c5230>] sync_buffer+0x40/0x50
 [<ffffffff8152aeaa>] __wait_on_bit_lock+0x5a/0xc0
 [<ffffffff8106d1a5>] ? enqueue_entity+0x125/0x450
 [<ffffffff811c51f0>] ? sync_buffer+0x0/0x50
 [<ffffffff8152af88>] out_of_line_wait_on_bit_lock+0x78/0x90
 [<ffffffff8109ec30>] ? wake_bit_function+0x0/0x50
 [<ffffffff811c5560>] ? end_buffer_async_write+0x0/0x190
 [<ffffffff811c53d6>] __lock_buffer+0x36/0x40
 [<ffffffff811c66d5>] __block_write_full_page+0x305/0x330
 [<ffffffff811c5560>] ? end_buffer_async_write+0x0/0x190
 [<ffffffff811ca460>] ? blkdev_get_block+0x0/0x20
 [<ffffffff811ca460>] ? blkdev_get_block+0x0/0x20
 [<ffffffff811c67e0>] block_write_full_page_endio+0xe0/0x120
 [<ffffffff81123e90>] ? find_get_pages_tag+0x40/0x130
 [<ffffffff811c6835>] block_write_full_page+0x15/0x20
 [<ffffffff811cb5f8>] blkdev_writepage+0x18/0x20
 [<ffffffff811381a7>] __writepage+0x17/0x40
 [<ffffffff8113946d>] write_cache_pages+0x1fd/0x4c0
 [<ffffffff81138190>] ? __writepage+0x0/0x40
 [<ffffffff811339d2>] ? free_pcppages_bulk+0x392/0x460
 [<ffffffff81450097>] ? skb_dequeue+0x67/0x90
 [<ffffffff81139754>] generic_writepages+0x24/0x30
 [<ffffffff81139781>] do_writepages+0x21/0x40
 [<ffffffff811bb07d>] writeback_single_inode+0xdd/0x290
 [<ffffffff811bb47d>] writeback_sb_inodes+0xbd/0x170
 [<ffffffff811bb5db>] writeback_inodes_wb+0xab/0x1b0
 [<ffffffff811bb9d3>] wb_writeback+0x2f3/0x410
 [<ffffffff81088092>] ? del_timer_sync+0x22/0x30
 [<ffffffff811bbc95>] wb_do_writeback+0x1a5/0x240
 [<ffffffff811bbd93>] bdi_writeback_task+0x63/0x1b0
 [<ffffffff8109ea37>] ? bit_waitqueue+0x17/0xd0
 [<ffffffff81148490>] ? bdi_start_fn+0x0/0x100
 [<ffffffff81148516>] bdi_start_fn+0x86/0x100
 [<ffffffff81148490>] ? bdi_start_fn+0x0/0x100
 [<ffffffff8109e71e>] kthread+0x9e/0xc0
 [<ffffffff8100c20a>] child_rip+0xa/0x20
 [<ffffffff8109e680>] ? kthread+0x0/0xc0
 [<ffffffff8100c200>] ? child_rip+0x0/0x20
INFO: task auditd:936 blocked for more than 120 seconds.
      Not tainted 2.6.32-504.16.2.el6.x86_64 #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
auditd        D 0000000000000000     0   936      1 0x00000000
 ffff880102231c98 0000000000000086 0000000000000000 ffff880102231ca0
 ffffc9000105b080 ffff8801007df520 ffff880102231c38 ffffffff810b231a
 ffff880102231eb8 ffff880102231c88 ffff8801007dfad8 ffff880102231fd8
Call Trace:
 [<ffffffff810b231a>] ? futex_wait_queue_me+0xba/0xf0
 [<ffffffff8109eede>] ? prepare_to_wait+0x4e/0x80
 [<ffffffff8119038c>] __sb_start_write+0xdc/0x120
 [<ffffffff8109ebb0>] ? autoremove_wake_function+0x0/0x40
 [<ffffffff81126a79>] generic_file_aio_write+0x69/0x100
 [<ffffffffa00e4e08>] ext4_file_write+0x58/0x190 [ext4]
 [<ffffffff8118e00a>] do_sync_write+0xfa/0x140
 [<ffffffffa00ff04f>] ? ext4_statfs+0xef/0x200 [ext4]
 [<ffffffff8109ebb0>] ? autoremove_wake_function+0x0/0x40
 [<ffffffff811c2e18>] ? do_statfs_native+0x98/0xb0
 [<ffffffff8123aa6b>] ? selinux_file_permission+0xfb/0x150
 [<ffffffff8122d866>] ? security_file_permission+0x16/0x20
 [<ffffffff8118e308>] vfs_write+0xb8/0x1a0
 [<ffffffff8118ecd1>] sys_write+0x51/0x90
 [<ffffffff8100b072>] system_call_fastpath+0x16/0x1b
INFO: task rs:main Q:Reg:999 blocked for more than 120 seconds.
      Not tainted 2.6.32-504.16.2.el6.x86_64 #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
rs:main Q:Reg D 0000000000000000     0   999      1 0x00000080
 ffff8801028edc98 0000000000000082 0000000000000000 ffff8801028edca0
 ffffc9000111b9c0 ffff8801007deab0 ffff8801028edc38 ffffffff810b231a
 ffff880101a3aae8 ffff8801028edc88 ffff8801007df068 ffff8801028edfd8
Call Trace:
 [<ffffffff810b231a>] ? futex_wait_queue_me+0xba/0xf0
 [<ffffffff8109eede>] ? prepare_to_wait+0x4e/0x80
 [<ffffffff8119038c>] __sb_start_write+0xdc/0x120
 [<ffffffff8109ebb0>] ? autoremove_wake_function+0x0/0x40
 [<ffffffff81126a79>] generic_file_aio_write+0x69/0x100
 [<ffffffffa00e4e08>] ext4_file_write+0x58/0x190 [ext4]
 [<ffffffff8118e00a>] do_sync_write+0xfa/0x140
 [<ffffffff811d22ed>] ? fsnotify_add_notify_event+0x12d/0x280
 [<ffffffff8109ebb0>] ? autoremove_wake_function+0x0/0x40
 [<ffffffff8123aa6b>] ? selinux_file_permission+0xfb/0x150
 [<ffffffff8122d866>] ? security_file_permission+0x16/0x20
 [<ffffffff8118e308>] vfs_write+0xb8/0x1a0
 [<ffffffff8118ecd1>] sys_write+0x51/0x90
 [<ffffffff810e5b6e>] ? __audit_syscall_exit+0x25e/0x290
 [<ffffffff8100b072>] system_call_fastpath+0x16/0x1b
INFO: task hv_vss_daemon:1203 blocked for more than 120 seconds.
      Not tainted 2.6.32-504.16.2.el6.x86_64 #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
hv_vss_daemon D 0000000000000000     0  1203      1 0x00000080
 ffff880100065ce8 0000000000000082 ffff88010065f900 ffff8801010d7314
 ffff8800e2a28840 ffff8801010d7200 ffff880100a20088 000000009c2ccfe9
 ffff880100afac00 000000010003f25b ffff880037c39ad8 ffff880100065fd8
Call Trace:
 [<ffffffff810aaad1>] ? ktime_get_ts+0xb1/0xf0
 [<ffffffff811c51f0>] ? sync_buffer+0x0/0x50
 [<ffffffff8152a613>] io_schedule+0x73/0xc0
 [<ffffffff811c5230>] sync_buffer+0x40/0x50
 [<ffffffff8152b0df>] __wait_on_bit+0x5f/0x90
 [<ffffffff811c51f0>] ? sync_buffer+0x0/0x50
 [<ffffffff8152b188>] out_of_line_wait_on_bit+0x78/0x90
 [<ffffffff8109ec30>] ? wake_bit_function+0x0/0x50
 [<ffffffff811c51e6>] __wait_on_buffer+0x26/0x30
 [<ffffffff811c5e51>] __sync_dirty_buffer+0x71/0xf0
 [<ffffffff811c5ee3>] sync_dirty_buffer+0x13/0x20
 [<ffffffffa0198511>] ext3_commit_super.clone.0+0x71/0x100 [ext3]
 [<ffffffffa0198e5e>] ext3_unfreeze+0x3e/0x70 [ext3]
 [<ffffffff811cb833>] thaw_bdev+0xb3/0x1e0
 [<ffffffff811a3e2d>] do_vfs_ioctl+0x2cd/0x580
 [<ffffffff811a4161>] sys_ioctl+0x81/0xa0
 [<ffffffff810e5b6e>] ? __audit_syscall_exit+0x25e/0x290
 [<ffffffff8100b072>] system_call_fastpath+0x16/0x1b
INFO: task queueprocd - qu:1513 blocked for more than 120 seconds.
      Not tainted 2.6.32-504.16.2.el6.x86_64 #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
queueprocd -  D 0000000000000000     0  1513      1 0x00000080
 ffff8800e28e9ce8 0000000000000086 0000000000000000 0000000000000000
 0000000000000000 0000000000000000 0000000000000000 0000000000000000
 ffff8800e28e9ca0 0000000100043a79 ffff8800e292b068 ffff8800e28e9fd8
Call Trace:
 [<ffffffff8109eede>] ? prepare_to_wait+0x4e/0x80
 [<ffffffff8119038c>] __sb_start_write+0xdc/0x120
 [<ffffffff8109ebb0>] ? autoremove_wake_function+0x0/0x40
 [<ffffffff811b0e14>] mnt_want_write+0x24/0x50
 [<ffffffff8118f8a0>] ? get_empty_filp+0xa0/0x180
 [<ffffffff811a0f79>] do_filp_open+0x2b9/0xd20
 [<ffffffff810a3b63>] ? __hrtimer_start_range_ns+0x1a3/0x460
 [<ffffffff810a3221>] ? lock_hrtimer_base+0x31/0x60
 [<ffffffff8129935a>] ? strncpy_from_user+0x4a/0x90
 [<ffffffff811ae272>] ? alloc_fd+0x92/0x160
 [<ffffffff8118b0b7>] do_sys_open+0x67/0x130
 [<ffffffff8118b1c0>] sys_open+0x20/0x30
 [<ffffffff8100b072>] system_call_fastpath+0x16/0x1b
INFO: task anacron:1872 blocked for more than 120 seconds.
      Not tainted 2.6.32-504.16.2.el6.x86_64 #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
anacron       D 0000000000000000     0  1872      1 0x00000080
 ffff8800d8957ce8 0000000000000086 0000000000000000 0000000000000000
 0000000000000000 0000000000000000 0000000000000000 0000000000000000
 ffff88000001d6c0 000000010003fd17 ffff8800f6eb9068 ffff8800d8957fd8
Call Trace:
 [<ffffffff8109eede>] ? prepare_to_wait+0x4e/0x80
 [<ffffffff8119038c>] __sb_start_write+0xdc/0x120
 [<ffffffff8109ebb0>] ? autoremove_wake_function+0x0/0x40

Let me know if you need anything else!

Thanks,

- Luc

June 30th, 2015 8:18pm

Does the problem reproduce with LIS 4? The LIS built into CentOS 6.6 is significantly older.

Free Windows Admin Tool Kit Click here and download it now

June 30th, 2015 8:33pm

Hello,

It is still not working.

Here is what we've done so far.

Removing the LIS built into CentOS6.6:

root@dev [~]# rpm -qa |grep hyperv
hyperv-daemons-0-0.15.20130826git.el6.x86_64
hypervkvpd-0-0.15.20130826git.el6.x86_64
hypervfcopyd-0-0.15.20130826git.el6.x86_64
hypervvssd-0-0.15.20130826git.el6.x86_64
hyperv-daemons-license-0-0.15.20130826git.el6.noarch

root@dev [~]# rpm -e hyperv-daemons hypervkvpd hypervfcopyd hypervvssd hyperv-daemons-license

root@dev [~]# rpm -qa |grep hyperv
root@dev [~]#

Installing the latest LIS:

root@dev [~]# cd /mnt/RHEL66/
root@dev [/mnt/RHEL66]# ./install.sh 
Installing the Linux Integration Services for Microsoft Hyper-V...
Preparing...                ########################################### [100%]
   1:kmod-microsoft-hyper-v ########################################### [100%]
Preparing...                ########################################### [100%]
   1:microsoft-hyper-v      ########################################### [100%]
Saving old initramfs
Installing new initramfs
Adding KVP Daemon to Chkconfig....
Starting KVP Daemon....
Adding VSS Daemon to Chkconfig....
Starting VSS Daemon....
Adding FCOPY Daemon to Chkconfig....
Starting FCOPY Daemon....
 Linux Integration Services for Hyper-V has been installed. Please reboot your system.

We then rebooted the VM, started a backup and unfortunately, didn't work at all.

Processes are getting hung all around and the only way to make the VM reachable is to reboot it.

Unfortunately, we're not seeing any errors within the VM log files.

Please let me know if you need anything else.

Thanks,

Edited by ltellier Thursday, July 02, 2015 6:47 PM

July 2nd, 2015 5:07pm

Let's verify that you are running VSS from LIS4. When you do

ps aux | grep vss

What daemon and path do you see? For LIS4 it should be only hv_vss_daemon.

In addition, can you provide more details about your VM confirmation? I understand it's a larger >100GB VHDX you are trying to back up, but it would help us with reproduction if we knew memory side, number of vCPUs, number and type of NICs, and storage details as well.

Thanks! --jrp

Free Windows Admin Tool Kit Click here and download it now

July 8th, 2015 5:53pm

Hello Joshua,

Here you go:

root@dev [~]# ps aux | grep vss
root      1256  0.0  0.0   4056   468 ?        Ss   13:55   0:00 /usr/sbin/hv_vss_daemon
root      1905  0.0  0.0 103248   876 pts/0    S+   14:08   0:00 grep vss

root@dev [~]# lsof -p 1256
COMMAND    PID USER   FD   TYPE             DEVICE SIZE/OFF    NODE NAME
hv_vss_da 1256 root  cwd    DIR              253,0     4096       2 /
hv_vss_da 1256 root  rtd    DIR              253,0     4096       2 /
hv_vss_da 1256 root  txt    REG              253,0     9744 1835719 /usr/sbin/hv_vss_daemon
hv_vss_da 1256 root  mem    REG              253,0  1921176  392461 /lib64/libc-2.12.so
hv_vss_da 1256 root  mem    REG              253,0   154624  392821 /lib64/ld-2.12.so
hv_vss_da 1256 root    0u   CHR                1,3      0t0    4165 /dev/null
hv_vss_da 1256 root    1u   CHR                1,3      0t0    4165 /dev/null
hv_vss_da 1256 root    2u   CHR                1,3      0t0    4165 /dev/null
hv_vss_da 1256 root    3u  unix 0xffff8801012fea40      0t0   11580 socket
hv_vss_da 1256 root    4u  sock                0,6      0t0   11581 can't identify protocol

As for the VM specs:

GEN: Version 1

CPU: 1x RAM: 4GB (static) HDD: 100GB (Configured on IDE Controller 0:0)

vNIC: 1x (Configured as non-Legacy, VMQ enabled, IPSec offloading enabled, Max Number offloaded 512, Static MAC address specified, Protected neetwork enabled)

Please let me know if you need further information, I will be happy to help!

- Luc

Edited by ltellier 12 hours 44 minutes ago

July 10th, 2015 2:21pm

Hello Joshua,

Here you go:

root@dev [~]# ps aux | grep vss
root      1256  0.0  0.0   4056   468 ?        Ss   13:55   0:00 /usr/sbin/hv_vss_daemon
root      1905  0.0  0.0 103248   876 pts/0    S+   14:08   0:00 grep vss

root@dev [~]# lsof -p 1256
COMMAND    PID USER   FD   TYPE             DEVICE SIZE/OFF    NODE NAME
hv_vss_da 1256 root  cwd    DIR              253,0     4096       2 /
hv_vss_da 1256 root  rtd    DIR              253,0     4096       2 /
hv_vss_da 1256 root  txt    REG              253,0     9744 1835719 /usr/sbin/hv_vss_daemon
hv_vss_da 1256 root  mem    REG              253,0  1921176  392461 /lib64/libc-2.12.so
hv_vss_da 1256 root  mem    REG              253,0   154624  392821 /lib64/ld-2.12.so
hv_vss_da 1256 root    0u   CHR                1,3      0t0    4165 /dev/null
hv_vss_da 1256 root    1u   CHR                1,3      0t0    4165 /dev/null
hv_vss_da 1256 root    2u   CHR                1,3      0t0    4165 /dev/null
hv_vss_da 1256 root    3u  unix 0xffff8801012fea40      0t0   11580 socket
hv_vss_da 1256 root    4u  sock                0,6      0t0   11581 can't identify protocol

As for the VM specs:

GEN: Version 1

CPU: 1x RAM: 4GB (static) HDD: 100GB (Configured on IDE Controller 0:0)

vNIC: 1x (Configured as non-Legacy, VMQ enabled, IPSec offloading enabled, Max Number offloaded 512, Static MAC address specified, Protected neetwork enabled)

Please let me know if you need further information, I will be happy to help!

- Luc

Edited by ltellier Friday, July 10, 2015 6:18 PM

Free Windows Admin Tool Kit Click here and download it now

July 10th, 2015 6:17pm

Hello Joshua,

Here you go:

root@dev [~]# ps aux | grep vss
root      1256  0.0  0.0   4056   468 ?        Ss   13:55   0:00 /usr/sbin/hv_vss_daemon
root      1905  0.0  0.0 103248   876 pts/0    S+   14:08   0:00 grep vss

root@dev [~]# lsof -p 1256
COMMAND    PID USER   FD   TYPE             DEVICE SIZE/OFF    NODE NAME
hv_vss_da 1256 root  cwd    DIR              253,0     4096       2 /
hv_vss_da 1256 root  rtd    DIR              253,0     4096       2 /
hv_vss_da 1256 root  txt    REG              253,0     9744 1835719 /usr/sbin/hv_vss_daemon
hv_vss_da 1256 root  mem    REG              253,0  1921176  392461 /lib64/libc-2.12.so
hv_vss_da 1256 root  mem    REG              253,0   154624  392821 /lib64/ld-2.12.so
hv_vss_da 1256 root    0u   CHR                1,3      0t0    4165 /dev/null
hv_vss_da 1256 root    1u   CHR                1,3      0t0    4165 /dev/null
hv_vss_da 1256 root    2u   CHR                1,3      0t0    4165 /dev/null
hv_vss_da 1256 root    3u  unix 0xffff8801012fea40      0t0   11580 socket
hv_vss_da 1256 root    4u  sock                0,6      0t0   11581 can't identify protocol

As for the VM specs:

GEN: Version 1

CPU: 1x RAM: 4GB (static) HDD: 100GB (Configured on IDE Controller 0:0)

vNIC: 1x (Configured as non-Legacy, VMQ enabled, IPSec offloading enabled, Max Number offloaded 512, Static MAC address specified, Protected neetwork enabled)

Please let me know if you need further information, I will be happy to help!

- Luc

Hi,

Has there been any progress on this ?

Thanks !

August 10th, 2015 9:32pm

Just FYI, I've updated to LIS 4.0.11 and still got the same issue; the VM just hangs and becomes unusable.

/var/log/messages:

Aug 15 21:43:14 dev HV_FCOPY: HV_FCOPY starting; pid is:1261
Aug 15 21:43:14 dev HV_FCOPY: open /dev/vmbus/hv_fcopy failed; error: 2 No such file or directory
Aug 15 21:43:14 dev KVP: KVP starting; pid is:1273
Aug 15 21:43:14 dev Hyper-V VSS: VSS starting; pid is:1285
Aug 15 21:43:14 dev kernel: hv_utils: VSS daemon registered
Aug 15 21:43:14 dev KVP: KVP LIC Version: 4.0.11
Aug 15 21:43:14 dev kernel: hv_utils: KVP: user-mode registering done.

dmesg:

hv_utils: VSS daemon registered
hv_utils: KVP: user-mode registering done.
hv_utils: VSS: timeout waiting for daemon to reply
hv_utils: VSS: timeout waiting for daemon to reply
[...]

RPMs:

# rpm -qa |grep hyper
kmod-microsoft-hyper-v-4.0.11-20150728.x86_64
microsoft-hyper-v-4.0.11-20150728.x86_64

Please let me know if you guys need more information.

Thanks,

- Luc

Edited by ltellier Sunday, August 16, 2015 1:54 AM

Free Windows Admin Tool Kit Click here and download it now

August 16th, 2015 1:52am

Are you backing up a VHD on C: to a location on C:? This is not supported and may be causing problems for you. You can back up to a different partition, or to a VHD, to get around is.

August 19th, 2015 1:19pm

Are you backing up a VHD on C: to a location on C:? This is not supported and may be causing problems for you. You can back up to a different partition, or to a VHD, to get

Free Windows Admin Tool Kit Click here and download it now

August 19th, 2015 10:59pm

This topic is archived. No further replies will be accepted.