Search results

[root@ns34 ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT vda 252:0 0 150G 0 disk ├─vda1 252:1 0 100M 0 part /boot ├─vda2 252:2 0 30G 0 part /var ├─vda3 252:3 0 20G 0 part /usr ├─vda4 252:4 0 1K 0 part ├─vda5 252:5 0 8G 0 part [SWAP] ├─vda6 252:6 0...

From kvm: [root@ns34 ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/vda7 976M 674M 252M 73% / tmpfs 1.7G 28K 1.7G 1% /dev/shm /dev/vda1 93M 76M 13M 87% /boot /dev/vda8 88G 53G 34G 61% /home /dev/vda6 2.0G 124M 1.7G 7%...

No one ?

None of them: root@s1:~# zfs list -t snapshot no datasets available Am I missing someting? Could this be something to do inside KVM? Like defragmantation ?

I noted that older zfs dataset is more space it uses than it really does. More clearly, kvm disk has only 51.53 GB in use. When I move this dataset to new node, it moves 152 GB; root@s1:~# pve-zsync sync --source 118 --dest 1.2.3.4:D4 --verbose send from @rep_default_2019-12-08_20:59:49 to...

Ok D1 was represnting rpool/data. When I set D1 > rpool/data command run fine.

Ok on remote backup server, command is: /usr/sbin/pve-zsync sync --source 1.2.3.4:125 --dest D1 --name 125WEEKLY --maxsnap 10 --method ssh Error comes: COMMAND: ssh -o 'BatchMode=yes' root@1.2.3.4 -- zfs send -- P2/vm-125-disk-1@rep_125WEEKLY_2019-09-26_01:41:32 | zfs recv -F --...

Better than that, I am only allowing traffic only between nodes and from my pc. And my pc has dynamic ip so I update it with following bash to update ip in rules in case of ip change: updateip.sh # crontab -e : */5 * * * * sh /updateip.sh # /etc/init.d/cron restart...

Yes you are right. I am taking backup from a different datacenter / country. And initiate from remote backup server only. But good point to remind.

From time to time, I am getting, "cannot receive new filesystem stream: destination has snapshots" error with pve-zsync task. To fix it, I have to delete all snapshots. What could cause this?

I was able to create two task so : root@backup:~# /usr/sbin/pve-zsync sync --source 1.2.3.4:101 --dest D3 --name 101DAILY --maxsnap 10 --method ssh root@backup:~# /usr/sbin/pve-zsync sync --source 1.2.3.4:101 --dest D4 --name 101WEEKLY --maxsnap 10 --method ssh Then I was able to see...

As far as source will be same, do not I have any option for multiple task for different time internal like weekly and daily sync jobs ?

I think it is not with crons because one job which is daily will eares weekly one. So I meant to create two seperate sync jobs. But this time I will also (I think) need to create two dataset for each jobs.?

I want to take snapshos of zfs weekly and daily. So can I create two cron task like: /usr/sbin/pve-zsync sync --source 1.2.3.4:100 --dest D3 --name 101DAILY --maxsnap 10 --method ssh and /usr/sbin/pve-zsync sync --source 1.2.3.4:100 --dest D3 --name 101WEEK --maxsnap 10 --method ssh

root@hs1:~# zpool list NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT P1 476G 255G 221G - - 15% 53% 1.00x ONLINE - root@hs1:~# zfs list -o name,quota,refquota,reservation,refreservation,volsize,used,available,referenced...

/usr/sbin/pve-zsync sync --source xx.xx.xx.xx:119 --dest D3 --name 119 --maxsnap 10 --method ssh GET ERROR: cannot create snapshot 'P1/vm-119-disk-0@rep_119_2019-09-04_10:22:20': out of space But there are enough space to create snapshot. root@hs1:~# zfs get all P1 NAME PROPERTY...

Sometimes, I see high disk io in GUI. How can I see what really causing it in ssh ?

Can I now install it nvme disk ? Has someone tried? Is this fix for https://forum.proxmox.com/threads/nvme-zfs-problem.30727/

How do I mark as Solved ?

not yet as I need to wait for couple of days. But so far so good..