Search results

The motherboard is overkill; for several years now I always went with AMD. Probably a Ryzen 5 would be sufficient. (Sorry, no hard evidence and no specific recommendation.) Why? Yes, separating OS from data is a good idea. But I suspect you are going w/o redundany? Not good... You are...

It is not clear which bandwidth you mean. Bandwidth of the read-data-from-disk aspect, sending data from PVE to PBS, receiving data on PBS, or writing data on PBS to disk. Also it would have helped if you posted the actual command you are using... One way to affect bandwidth for manual...

This made me curious. Just to verify the actual behavior of a “checkpoint” in regard to changing the topology of a pool - especially by adding a "Special Device". I did this on a throw-away system of course: root@pnz:~# zpool checkpoint rpool root@pnz:~# zpool status pool: rpool state...

There is only one single checkpoint, if any. It is "global". If you rewind all datasets, all zvol and all snapshots are restored. I expect that to also include topology changes, like adding a vdev. The man page says "... prohibits the following zpool subcommands: remove, attach, detach...

I can't give hard evidence, so... just guessing. In my usecase an added SD made a big difference - overall, but not for all operations: the data part of sync writes will get handled by the "old" disks as slow as without a SD. One problem I want to mention explicitly: once added you can not...

Great! :-) Please tag this thread "Solved" - there is an "Edit Thread" Button above the first post.

Unfortunately everything looks fine ;-) Regarding the naming of NICs: https://wiki.debian.org/NetworkInterfaceNames#CUSTOM_SCHEMES_USING_.LINK_FILES Edit: and https://pve.proxmox.com/wiki/Network_Configuration --> "Overriding network device names" Is this : May 16 19:10:26 pve pmxcfs[942]...

Great! You are a brave person to go with single redundancy with 14 TB devices. Is it just for scratch / temporary data? If it contains actually valuable/precious data I would use RaidZ3 or maybe RaidZ2... You know your pool is as slow as a single disk? IOPS-wise that is. The usual...

It is not only the speed. Three nodes is the absolute minimum to work with Ceph. There are some more pitfalls. Be sure to know (and possibly ignore them intentionally) before you go productive: https://forum.proxmox.com/threads/fabu-can-i-use-ceph-in-a-_very_-small-cluster.159671/

After booting with that malfunction: turn off, reinsert the GPU, boot and look into the Journal of the previous (failed) boot: journalctl -b -1. See also man journalctl

Das kann sicherlich verschiedene Ursachen haben. Wenn ich das richtig sehe, ist meist der "pvestatd" nicht mehr funktionsfähig. Schau ob er läuft: systemctl status pvestatd.service und starte/restarte ihn: systemctl restart pvestatd.service Ein Blick ins Journal kann nicht schaden, manchmal...

Probably you know that, but I thinks it's worth to mention: every time you switch the destination the "dirty bitmap" is dropped. If you toggle every time then every backup needs to read the complete source. That's why "one single primary PBS" plus "some secondaries via remote sync" is/was...

Prima! Das kannst nur du selber: oberhalb des ersten Posts "Edit Thread" --> Dropdown-Liste beim Title ;-)

Please verify this in https://pbs.proxmox.com/docs/prune-simulator/ For me (in the simulator) 30 daily + 12 monthly would do what the labels say ;-) (Small pitfall: adjust "Simulation Time Range" on the top right)

Maybe this fresh explanation regarding "shared storage" helps to understand some options: https://forum.proxmox.com/threads/migration-doesnt-always-show-storage-options.166008/post-770549

Well, I was just answering to "install the PBS directly on the TrueNAS system (without LXC or VMs)" which implied for me "directly on the OS". Sorry if that impression was wrong. Ooops - not my intention. TrueNAS is a fine product, and I've never stated otherwise. (( I had used it for years...

iXsystems positions SCALE as an appliance. Basically Proxmox is doing the same with PVE. But Proxmox is "open"; the underlying Debian is unrestricted and you can do "everything" with it. Including strange things like installing Docker, for example. (No, please do not do that ;-) ) iXsystems...

Only staff can tell you. A lot of things only work an the CLI... and with knowledge not presented in the PVE documentation...

Okay. That's wrong terminology. In ZFS there is an optional CACHE, which is a "read-only" caching device. And there is an SLOG, a "Separate LOG for the ZIL (the ZFS-Intention Log)". Both are usually NOT recommended as they work differently than expected - most of the time. A Cache is a...

Yes. Disclaimer: I am a well-known ZFS-fanboy... ;-) https://forum.proxmox.com/threads/fabu-this-is-just-a-small-setup-with-limited-resources-and-only-a-few-disks-should-i-use-zfs-at-all.160037/