Time drift during backup

[remark]

What Qnap model do you have?

QNAP TS-412, quite old model.
Has 4 bays, filled with 2 TB WD disks, 2 x 1 Gbit/s network interfaces, ARM CPU. Now it's running RAID10 array.

 

[mir]

1. Your Qnap is equipped with an 1.2 GHz ARM cpu.
2. The NFS and SMB versions used in Qnap are single threaded.
3. SMB and NFS traffic is CPU bound and very CPU demanding.

So the speed you experience is what can be expected.

 

[remark]

1. Your Qnap is equipped with an 1.2 GHz ARM cpu.
2. The NFS and SMB versions used in Qnap are single threaded.
3. SMB and NFS traffic is CPU bound and very CPU demanding.

So the speed you experience is what can be expected.

Yes, of course. I'm not expect 100/200 MB/s speed from this NAS.
But IO delay reduce is very interesting.
At least, I need new NAS, maybe built from scratch, not branded one.

 

[mir]

If you want higher speed for NFS and SMB you will need NFSv4.1 and SMB multichannel.

 

[remark]

If you want higher speed for NFS and SMB you will need NFSv4.1 and SMB multichannel.

I think FreeNAS or OpenMediaVault will be fine.

 

[chrisu]

Hi folks,

I am back on this topic again. I have upgraded the host to PVE5 but the time drift problem still occurs. So far what I can see is that:
with PVE4.3 there have been no problem
since PVE 4.4 high io delays and time drifts occur
PVE 5 is not better, same behaviour
the backup get slower with everey from the last host reboot. eg. after e reboot the backup of the main Windows Server took about 6hrs, today it was more 10hrs.
NTP holds the server with a few minutes gap in time but kvm tries to catch up the missing ticks an the clock is to fast after backup and ntp will set the machine clock back (bad thing for time stamp based apps)

You see that's all bad. At all I wish I would have stayed at PVE4.3.

Greetings

Chris