Search results

Did you try reinstalling grub from the rescue system (with your device mounted)? Something like grub-install --root-directory=/mnt/sdb2 /dev/sdb2 Doing a backup before couldn't hurt.

Hello, I have seen some articles that recommend to configure the swappiness to 10 or even 0: https://blog.lbdg.me/proxmox-best-performance-disable-swappiness/ https://4noobs.de/viewtopic.php?t=116 Is there a general recommendation what value to use? I am using a mix of Linux containers and...

Thanks! Reported as https://bugzilla.proxmox.com/show_bug.cgi?id=3336

I had seen that the old backups were connected to the old user and have deleted them. There are no entries in the content tab anymore. I looked around a little bit more and noticed that the name is stored in "sync_datastore/vm/107/owner". Changed it there and the sync is starting again =)...

Hello, I have tested a sync from our local server to our external server (both running PBS 1.0-8) using "user1@pbs" (the sync destination). This worked as expected. As I now started to use this more regularly, I have "beautified" user names to "user-vm03@pbs", but the sync started to fail...

Thanks a lot! Command to be used (example) would be: lvcreate -n thin1 -V 1M --thinpool data pve

Regarding the output of lvs above: Do I have to resize "data" to make space for another LV or can I create a LV inside "data" (as it seems to be the case for "backup")?

I have a second PVE server that also has PBS (1.0.8) installed. This second server shall backup the VMs/CTs from the first one. Most of the disk space is in LVM-thin as this will be used for VMs. Is it possible to use lvm-thin as a datastorage? I don't know what kind of information would be...

Sure, no problem. I understand that =) temp-pbs:~# ll /dev/loop* ls: cannot access '/dev/loop*': No such file or directory temp-pbs:~# temp-pbs:~# cat /boot/config-$(uname -r) | grep DEV_LOOP cat: /boot/config-5.4.98-1-pve: No such file or directory temp-pbs:~# lsmod | grep loop temp-pbs:~#...

There is no such device in my VM. Should I still open a bug report?

proxmox-backup-client catalog dump vm/104/2021-02-23T13:45:03Z --repository root@pam@localhost:8007:mydatastore You're correct. The documentation seems to be missing that part. I was able to get this working (had to install ntfs-3g): proxmox-backup-client list --repository...

Hello, I understand that it is possible to restore a single file from a backup when using the proxmox-backup-client but not when using PVE/PBS, is that correct? Tried the following ways and had the following problems: 1) https://pbs.proxmox.com/docs/backup-client.html#restoring-data Error...

Not sure if this is related: "Configuration > Network Interfaces" line 10: unable to parse netmask '255.255.255.255' - invalid digit found in string

Sounds like this problem: https://forum.proxmox.com/threads/again-proxmox-backup-server-doesnt-accept-connection-after-install-reboot.79449

I recently installed PBS 1.0-8 (via apt; Debian Buster) in a testing VM on a PVE host, and noticed that my network was gone as ifupdown2 was being installed. Could login via noVNC console and "ifup eth0". No problem with connecting to the GUI afterwards. Today, I installed PBS on an external...

Yes, but I meant the underlying problem. This is just a workaround, but still copying e.g. 300 GB when only 5 GB would be needed.

Any solution to this problem, yet?

Thanks a lot! For documentation in case anyone else needs this: lvcreate -V 1T --thin -n backup pve/data && \ mkdir -p /mnt/backup && \ mkfs.ext4 /dev/pve/backup cat <<EOF > /etc/systemd/system/mnt-backup.mount [Unit] Description=Thin-volume for Proxmox-Backup [Mount] What=/dev/pve/backup...

I have now created the thin-volume and it's mounted via systemd, but when I want to "Create: Directory" I get "No Disks unused".

Hello, as far as I understand from other threads (https://forum.proxmox.com/threads/resizing-pve-data.30506/ and https://forum.proxmox.com/threads/reduce-local-lvm-pve-data-and-extend-root.48499/), it is not possible to shrink a lvm-thin volume. As those threads are quite old, I wonder if this...