Recent content by RolandK

i need to upgrade ssh keys for security reason (don't currently meet required key length) and i wonder, whyh on my pve cluster with 3 nodes, i have root@pve1:/etc/pve# ls -la /root/.ssh/authorized_keys -rw------- 1 root www-data 6330 Jul 3 10:38 /root/.ssh/authorized_keys root@pve1:/etc/pve#...

>What does SvSAN need? A small license... so, what's the current price tag? they don't seem to put that infos on their website anymore

we have the same problem. our pmg is relaying for int.domaina.de and int.domainb.de and bounces get MAILER-DAEMON@pmg.domaina.de as sender adress (for example when mail is rejected from the mailcow server behind pmg), but this is problematic as this would trigger dmarc issues, so we would like...

did you find a solution @bougatoyta ?

ach, und da fällt mir ein - das thema kenn ich doch. aus anderem kontext und ohne kernel oops.... https://bugzilla.proxmox.com/show_bug.cgi?id=2723 werde auch mal mit /proc/sys/vm/dirty_ratio rumspielen, verstehe gerade garnicht warum das auf den kisten wieder auf 20 steht, ich meine ich hätte...

danke @Bu66as , superguter tip. da cache=none die schreib performance sehr stark negativ beeinflussen dürfte möchte ich jetzt zuerst mal sehen, ob runtersetzen von zfs_dirty_data_max um faktor 10 auf dem backupserver was bringt , könnte mir vorstellen daß das damit ggf. auch zu tun hat...

i'm getting messages like these: [ 494.893538] INFO: task zstd:6375 blocked for more than 122 seconds. [ 494.893812] Tainted: P S O 7.0.6-2-pve #1 [ 494.894008] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 494.894250] task:zstd...

also dafür das samba/cifs ständig als enterprise ready ablöse für nfs gehandelt und kommuniziert wird find ich das jetzt auch etwas enttäschend, wenn das tatsächlich an samba liegt. aber seit dem letzten kernel update hab ich auch immer wieder errors im dmesg die auf cifs und timeout probleme...

also den bad adress error von zstd beobachte ich auch gelegetlich, aber defekter speicher ist da eher sehr unwahrscheinlich, da ich es in unserem 3er cluster jetzt im juni auf allen 3 nodes hatte. ziel ist ein debian backupsystem mit zfs und samba, anbindung über 10gbit. keine errors im kernel log

>Everything seems to lock up in a fashion that does not allow for any sort of kernel debugging- attempted kdump and netconsole, but no luck. you mean the system hangs on boot ? i you removed ram, maybe it locks up because of ram shortage? you can avoid vm start at grub boot menu with adding...

ob sinnvoll kann ich nicht bewerten, aber das hier könnte in dem kontext ggf. hilfreich sein um container auf gewünschte uid/gid's zu bringen https://forum.proxmox.com/threads/rfc-easy-straightforward-lxc-unprivileged-container-uid-gid-remap-strategy.129684/

ich denke auch dass man das pauschal überhaupt nicht beantworten kann. es hängt total vom use case ab. wichtigkeit datenkonsistenz vs. wichtigkeit dienste-verfügbarkeit und und und.

>Are there any negative implications of such an approach? complexity in backup code and chances that this accidentaly remains changed from the initial value on backup errors or other problems !? it's seems a little bit uncommon to me, that you backup or restore VMs from / to hosts where you...

maybe we can see more with lsusb and lsblk -o NAME,TRAN,VENDOR,MODEL,SERIAL,UUID for me it looks that you have a 4,5TB and 5,5TB disk attached

recent measurements for booting win10 + win11 from virtual ide and sata : https://gitlab.com/qemu-project/qemu/-/work_items/1731#note_3376790484