Again, PVE doesnt need to be involved. This is a matter of ceph configuration.
You ARE running into the limitation of using a centrally managed ceph.conf, which adds a technical wrinkle. You would need to decouple the nodes individual ceph.conf...
the point about the storage infrastructure is insidious.
IF your target cluster is able to attach the storage for the source cluster, it is possible to do this without any data movement; simple MOVE the vmid.conf files to the other cluster.
BUT...
This isnt a pve question. PVE doesnt do anything outside of what ceph can do.
As long as you build your crush rule to do what you want, the client will respect it too. Assuming you have the following hierarchy:
DC
Node
OSD
you just need to...
Ignorance. although I usually leave room for the possibility the ignorance is mine. there is no more certainty in being wrong then not allowing for a different perspective. believing you're right and being, err, forceful about it says more about...
I'm curious- what would be the use case for this? in my view containers exist to isolate an application from the underlying hardware. if a container has access it loses its purpose to exist.
I cant speak for the idiosyncracies of hdfs, but the approach is supportable in general and raw/qcow2 over nfs is a first class citizen with PVE. Depending on the IOPs capabilities of the back end it may or may not be suitable for virtualization...
If you're asking whether the claude provided steps are correct- they are, but I would make an adjustment to step 7- specify the destination drive by its uuid/blkid however relevent to how you defined your pool originally, not but drive letter.
I...
You asked for an answer, and you received one. litigating your point of view is not relevant, interesting, or consequential. You dont have to ACCEPT the answer. You choices remain the same as before the wall of text (which I didnt read, apologies.)
Not a stupid question, and can be forgiven for anyone who is a consumer of software.
PVE is a stack of staggering complexity. each of the components within the stack are continuously developed, fixed, broken, added features to, api changes...
continuing diagnostics:
ping 10.0.0.4 (look for time anomalies)
showmount -e 10.0.0.4
attempt to mount -vvv //10.0.0.4/mnt/bertha/pvebackup (assuming you see it in showmount) manually. paste the output here.
maybe.
bad ram can be very consequential with a zfs filesystem (as in, it can cause severe data corruption.) I cannot stress enough that you should absolutely make sure your system is stable and ram is healthy before proceeding.
The first order...
Yes. dev and support have time and cost associated. In a world where both are at a premium, responsible devs direct those scarce resources to where they have the most value. I would have made the same decision, but good on you for shouldering the...
I already re-created the storage plugin, compatible with PVE 9 here: https://forum.proxmox.com/threads/want-to-use-glusterfs-with-pve9-i-made-a-custom-storage-plugin.184107/
Adding the UI stuff back is a different story (I have patches for that...