PlotFS icon indicating copy to clipboard operation
PlotFS copied to clipboard

Gracefully moving whole sets of disks between machines?

Open Zorlin opened this issue 2 years ago • 4 comments

Hi there,

I have a machine with a number of plots in some direct attached disks (currently 3 disks). The machine itself is running Proxmox and has the disks passed through, which gives them a different /dev/disk/by-id path than they would have if the disks were, say, attached to a running Ubuntu server instance.

My question basically boils down to - how does PlotFS handle "renaming" disks? Can I, in theory, "unplug" all the disks from the VM, back up plotfs.bin, then get rid of Proxmox and install Ubuntu Server with the disks directly attached, and turn PlotFS back on?

Zorlin avatar Aug 21 '22 00:08 Zorlin

Yes.

Backup the bin file.

Transfer the bin file to the new instance

Attach the disks. (I don't mount them)

Mount plotfs: mount.plotfs /farm

Run ls on your plot directly to check for files. ls /farm

johnathon-b avatar Aug 21 '22 03:08 johnathon-b

Yes.

Backup the bin file.

Transfer the bin file to the new instance

Attach the disks. (I don't mount them)

Mount plotfs: mount.plotfs /farm

Run ls on your plot directly to check for files. ls /farm

@Zorlin Did this help you move your disks?

johnathon-b avatar Aug 27 '22 17:08 johnathon-b

Hi @johnathon-b,

Unfortunately I'm in the process of moving away from PlotFS so I don't know. I'm heading back to XFS disks with MergerFS per-host so that I can colocate MooseFS bricks on the disks.

Zorlin avatar Aug 27 '22 20:08 Zorlin

I have the same problem. I replaced ubuntu by debian and disk names changed from /dev/disk/by-id/scsi-XXXXXX to /dev/disk/by-id/ata-XXXXXX. How to replace disk links inside plotfs.bin? I tried to add the same device and received message "This looks like a PlotFS partition, but it is not registered."

Is it possible to fix this without rebuilding all from start?

rabbitii avatar Aug 30 '22 23:08 rabbitii