Search results

I made the previous `2.3.2` as stable and pushed `2.4.1` as pre-release. No arm32v7 build though at this point too many changes required. Maybe next release. - https://github.com/ayufan/pve-backup-server-dockerfiles/releases/tag/v2.3.2 -...

Cannot guarantee as getting arm32v7 running is a pain. I do plan to push 2.4 release soon though.

Maybe. One possible optimisation could be that GC still works as-is, but instead of doing `touch` on a file, it does that in the lookup table in memory. Then the `.chunks` traversal for phase 2 should be way quicker operation to get `mtime` only of a files not present in lookup table, and do...

There are also self-sufficient archives that contain everything that you can run on any device, including OpenWrt: wget https://github.com/ayufan/pve-backup-server-dockerfiles/releases/download/v2.3.2/proxmox-backup-client-v2.3.2-arm64v8.tgz wget...

You can try my build (for ARM64): https://forum.proxmox.com/threads/arm-support.72766/page-3#post-522863

If someone is interested and using Docker Image. You can pull `2.3.2` now. It is not yet officially released, but published and working: Links: - https://github.com/ayufan/pve-backup-server-dockerfiles - https://hub.docker.com/r/ayufan/proxmox-backup-server/tags

If someone is interested and using Docker Image. You can pull `2.2.5`. It is not yet officially released, but published and working: Links: - https://github.com/ayufan/pve-backup-server-dockerfiles - https://hub.docker.com/r/ayufan/proxmox-backup-server/tags

I made this `.sh`. This is truly old release, and only tested `backup` to work. Nothing else. No guarantees on this.

I updated docker images for arm64 and amd64 to 2.1.2 if anyone is interested. There is a need for `tmpfs` mounted on `/run` for 2.1.2. Client libs for arm32 still stay at 1.1.9 for time being since it works just fine. The base functionality works fine, but there's no shell, zfs (no packages...

I pushed support for running server on 2.0.4.

It was not easy, but I was able to compile client for arm32 and run it on: Raspberry PI 2 / 4 (both using armv7l) and Turris Omnia. https://github.com/ayufan/pve-backup-server-dockerfiles/releases/download/v1.1.9/proxmox-backup-client-v1.1.9-arm32v7.tgz Patchset here...

Well, it is not hard to compile, and all details how to do it are public. I primarily use it as a server, and actually have pretty long history of upgrading packages ;)

Great. For Debian I just copy a `.deb` from a container image :)

I did not try it on RPI 3. I run it all the time on `RockPro64`. It will not work on 3b+, as it requires ARM64 (it is only compiled for this). So, Rock64, RockPro64, RPI4, RockPi4, etc. About logs, they can be redirected to `tmpfs` (via docker compose tmpfs volume) to avoid write wear.

I did. I pushed 1.1.5 yestarday.

I maintain (infrequently) PBS running on ARM64: https://github.com/ayufan/pve-backup-server-dockerfiles. I use it for my personal PVEs.

You can try this. I use it on my arm64 NAS. https://github.com/ayufan/pve-backup-server-dockerfiles

`Europe/Warsaw`

I was migrating data between hosts. One of the lvm-thins was simply too small, and I noticed that post-factum when trying to start machine on external node: 2020-04-01 11:56:24 starting migration of VM 300 to node 'home-PC' (192.168.88.176) 2020-04-01 11:56:24 found local disk...

Yes, you can. But you have to use latest kernel (for ex. 3.10) not the pve-kernel. Next enable nested VT-x (enable nesting in kvm_intel or kvm_and kernel module), set CPU model of VM to host. That way you should have HW virtualization in VM. I tried it, it works.