Search results

ok I guess I better use dd for the migration instead of rsync ... would it be possible to convert a virtio0.raw or .vma.lzo into a .img format?

ok got it ;-) apt install libiscsi7 librbd1 libgfapi0 libjemalloc2 pve-qemu-kvm mount /sbin/losetup -P loop0 /backup/img/disk-drive-virtio0.raw sudo mount /dev/loop0p1 /mnt

something does not work lzop -d ./vzdump-qemu-101-2021_07_10-07_30_01.vma.lzo (OK) ./vma extract -v vzdump-qemu-101-2021_07_10-07_30_01.vma /backup/img error while loading shared libraries: libproxmox_backup_qemu.so.0: cannot open shared object file: No such file or directory installed...

thank you! so is this action correct ? lzop -d ./vzdump-qemu-108-2017_01_10-19_15_51.vma.lzo vma extract vzdump-qemu-108-2017_01_10-19_15_51.vma /target/dir

ich müsste eine KVM auf einen Hetzner Cloud (KVM) übertragen um die Ausfallzeit so gering wie möglich zu halten wollte ich ein .vma.lzo entpacken und im resque Mode auf den neuen Host per rsync kopieren, danach die fstab und networks anpassen etc. Kann man ein .vma.lzo entpacken und wie?

sdb ist schon mal ausgetauscht, der sync dauert ewig 2TB sata läuft seit 2 Stunden und ist nuh bei 13% ... SSD ist dagegen eine Rakete. Die Austausch sdb ist eine relativ eine neue Platte 53 Tage gelaufen, keine Fehler. Journal zeigt während dem sync allerdings 4 pending sectors auf sda hoffe...

Ja gute Frage ;-) Ich gehe mal davon aus das nur Fans oder Netzteile laute Geräusche erzeugen können ... im journal sieht jetzt alles sauber aus, allerdings ein neuer Selftest zeigt weiterhin # 1 Short offline Completed: read failure 50% 43685 1097467 # 1 Short offline...

Die Support Staff vom DC checkt gerade das System, möchte vorher ausschliessen das da nicht doch ein Controller oder Kabel die Ursache ist, seltsamerweise sind ja gleich beide Disks betroffen ... mal schauen was dabei raus kommt, wäre nicht das erste Mal das ein SATA Kabel die Ursache ist ...

hier handelt es sich ja um ein relativ "einfaches" Proxmox System was auf einem SF Raid1 aufgesetzt ist ... kann ich hier genau wie bei einem Disk Austausch bei einem Dedi vorgehen, also Platte auswechseln und das Raid syncen oder muss anschliessend noch etwas in der Proxmox config geändert...

im Panel wird unter SMART > passed angezeigt ... vieleicht doch eher etwas mit dem Controller oder Kabel ... oder mal ein fsck laufen lassen?

Ich habe heute ein Performance Problem festgestellt, die journalctl zeitgt IO errors (siehe unten). Es ist auch seltsam das auf einmal beide disks davon betroffen sind, könnte es sich hier um ein Problem mit einem Controller oder Kabel handeln bzw. sonstiges Thermic etc? Bei einem check vor 3...

Danke! das Update wurde durchgeführt per: sudo apt-get update && sudo apt-get dist-upgrade muss ich etwas nachinstallieren? #pveversion -v proxmox-ve: 6.3-1 (running kernel: 5.4.101-1-pve) pve-manager: 6.3-4 (running version: 6.3-4/0a38c56f) pve-kernel-5.4: 6.3-6 pve-kernel-helper: 6.3-6...

bei dem heutigen Kernel update: Removing libzpool3linux (2.0.3-pve1) ... dpkg: libnvpair2linux: dependency problems, but removing anyway as you requested: libzfs3linux depends on libnvpair2linux (>= 2.0.3). Removing libnvpair2linux (2.0.3-pve1) kann das ignoriert werden?

Proxmox Host: Debian Buster ProxMox /PVE latest Debian KVM setting: Hard Disk: virtio0 Controller: VIRTIO SCSI ich kann mich nicht genau erinnern ob das hdparm info problem bereits vor dem proxmox upgrade aufgetreten ist bzw. ob das normal (standard) bei einer debian KVM ist. Stimmt hier etwas...

Danke Oguz, ich behalte es dann mal im Auge bis nächsten Montag!

in monit habe ich jetzt nur noch folgende services ohne restart Bedingung, nur pid checks & disks: # cron check process cron with pidfile /var/run/crond.pid group services # fail2ban check process fail2ban with pidfile /var/run/fail2ban/fail2ban.pid group services # diskspace check...

Danke, hab alles auskommentiert und rsyslog neu gestartet, das logging läuft derweil - die /var/run/rsyslogd.pid existiert weiterhin nicht ... ist das so OK für Debian 10? Ist wohl nur ein socket: systemctl status rsyslog ● rsyslog.service - System Logging Service Loaded: loaded...

#cat /etc/monit/conf-available/rsyslog check process rsyslogd with pidfile /var/run/rsyslogd.pid group system group rsyslogd start program = "/etc/init.d/rsyslog start" stop program = "/etc/init.d/rsyslog stop" if 5 restarts with 5 cycles then timeout depend on rsyslogd_bin depend on...

ja beim Upgrade check mit pve5to6 war alles OK auch das Upgrade ist ohne Probleme durchgelaufen, war alles OK bis Samstag 0:00 Uhr, ab da wurde die auth.log nicht mehr geschrieben nach der Rotation (Log Dateirechte haben gestimmt) - date ist auch alles OK (Mon 07 Dec 2020 01:43:39 PM CET)...

Debian 10 Kernel: 5.4.78-1-pve Nach dem Upgrade von Proxmox 5.4-15 auf 6.3, habe ich festgestellt das keine /var/run/rsyslogd.pid mehr vorhanden ist, der Service wird aber als aktiv angezeigt: systemctl status rsyslog ● rsyslog.service - System Logging Service Loaded: loaded...