Search results

Only thing I can think of is some kind of caching issue? The above tests only write 80 MB and the migrate process slows to 4 MB/s after 2 GB of data written: create full clone of drive scsi1 (local-lvm:vm-100-disk-1) Logical volume "vm-100-disk-0" created. transferred 0.0 B of 32.0 GiB...

Tried again with 8.2.2 but still the same slow transfer. The trouble seems to be proxmox related because in the Debian shell I get better results: root@pve2:~# hdparm -Tt /dev/sda /dev/sda: Timing cached reads: 44660 MB in 2.00 seconds = 22367.20 MB/sec Timing buffered disk reads: 734 MB...

This is one of the moves I tried create full clone of drive scsi0 (drbdlvm:vm-100-disk-0) Wiping dos signature on /dev/backupvg/vm-100-disk-0. Logical volume "vm-100-disk-0" created. transferred 0.0 B of 192.0 GiB (0.00%) transferred 1.9 GiB of 192.0 GiB (1.00%) transferred 3.8 GiB of 192.0...

Hi, I have a 2 node cluster that is drbd connected. I want to offline transfer an old raw disk to a disk on the same node but this process is very slow. I only get around 2.8MB/s making a 192G disk move a tedious task. Also I see >15% IO delay on the node when the qemu-img command is running...

running Virtual Environment 6.4-15 now Thanks Chris

Thanks for your help Chris!! after changing the base-perl to 5.28.1 I have manually downloaded and installed all the packages needed. After that I could do a apt dist-upgrade It's running now (27%). I'll let you know the result. Lot of work but fulfilling.

I am doing manual installs of the missing files and this is cleaning op pretty well. I do miss perlapi-5.24.1 which should be part op perl-base_5.24.1 but the oldstable version available is 5.28.1 Any help on this? root@nb-pve1:~# apt install python-cephfs Reading package lists... Done...

So I downgraded all 15 versions to 12 versions: librados2 librbd1 ceph-common when I do root@nb-pve1:~# apt update && apt --fix-broken install Hit:1 http://security.debian.org/debian-security buster/updates InRelease Hit:2 http://ftp.nl.debian.org/debian buster InRelease...

Sounds logical to me, the 15 version is for a higer version of proxmox? Might this have happened because of the fauly ceph.list I used containing the ceph-octopus location? How do I downgrade?

ok I commented out ceph in the ceph.list #deb http://download.proxmox.com/debian/ceph-luminous buster main root@nb-pve1:~# apt update && apt --fix-broken install Hit:1 http://security.debian.org/debian-security buster/updates InRelease Hit:2 http://ftp.nl.debian.org/debian buster InRelease...

root@nb-pve1:~# apt list ceph-common python3-ceph-argparse -a Listing... Done ceph-common/now 15.2.17-pve1~bpo10 amd64 [installed,local] ceph-common/stable 12.2.13-pve1 amd64 ceph-common/stable 12.2.12-pve1 amd64 ceph-common/oldstable 12.2.11+dfsg1-2.1+b1 amd64 python3-ceph-argparse/stable...

same with libcurl4

root@nb-pve1:~# apt policy curl curl: Installed: (none) Candidate: 7.64.0-4+deb10u4 Version table: 7.64.0-4+deb10u4 500 500 http://security.debian.org/debian-security buster/updates/main amd64 Packages 7.64.0-4+deb10u2 500 500 http://ftp.nl.debian.org/debian...

I don't know if it matters but on the working node curl is installed root@nb-pve2:~# apt policy curl curl: Installed: 7.64.0-4+deb10u4 Candidate: 7.64.0-4+deb10u4 Version table: *** 7.64.0-4+deb10u4 500 500 http://security.debian.org buster/updates/main amd64 Packages 100...

both are not working unfotunately :( root@nb-pve1:~# apt --fix-broken install Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... failed. The following packages have unmet dependencies: ceph-common : Depends...

yes no error root@nb-pve1:~# apt update Hit:1 http://security.debian.org/debian-security buster/updates InRelease Hit:2 http://ftp.nl.debian.org/debian buster InRelease Hit:3 http://download.proxmox.com/debian/pve buster InRelease Hit:4...

Thanks Chris, I have done this and I get the same 452 packages to be upgraded. What can I do now? I did make a change to the sources list prior to the apt update && apt list --upgradable I did after your first message. I used the sources.list from the other node that has had a succesfull...

passwd/oldstable 1:4.5-1.1 amd64 [upgradable from: 1:4.4-4.1+deb9u1] patch/oldstable,oldstable 2.7.6-3+deb10u1 amd64 [upgradable from: 2.7.5-1+deb9u2] perl-base/oldstable 5.28.1-6+deb10u1 amd64 [upgradable from: 5.24.1-3+deb9u7] perl/oldstable 5.28.1-6+deb10u1 amd64 [upgradable from...

libdw1/oldstable 0.176-1.1 amd64 [upgradable from: 0.168-1+deb9u1] libedit2/oldstable 3.1-20181209-1 amd64 [upgradable from: 3.1-20160903-3] libefiboot1/oldstable 37-2+deb10u1 amd64 [upgradable from: 30-2] libefivar1/oldstable 37-2+deb10u1 amd64 [upgradable from: 30-2] libelf1/oldstable...

Hi Chris, thanks for responding :) yes I did run pve5to6 and I had 0 failures. I did get a few warnings (eg using ip adresses instead of names as ring0_addr and having a 2 node cluster). root@nb-pve1:~# apt update && apt list --upgradable Get:1 http://security.debian.org buster/updates...