• 8 Posts
  • 1.11K Comments
Joined 2 years ago
cake
Cake day: June 23rd, 2023

help-circle
  • So if you go to /etc/pve/nodes/<nodename>/qemu-server on the PM host, you’ll find the config files for any VMs you made, which you can edit offline. In these files you’ll find all the devices etc you define in the GUI. If you fix the line for the new virtual drive to reflect the storagename:dataset of the existing dataset (from zfs list on the host), it should attach that dataset via that drive when you boot the guest.

    Be sure to set the size to reflect at least the existing size of the data in the dataset so you don’t have issues when you bring that drive into the VM as a virtual drive that it’s not addressing the whole dataset because it thinks it ends sooner than it does. You’ll have to fstab that new virtual drive into your guest OS as usual.

    As I said, I would highly suggest testing this by repping your dataset to a test dataset before importing it as above just to make sure it works as expected.

    And I kinda thought you would be doing this to your NFS server, so just do that same thing but instead of /etc/pve/nodes/<nodename>/qemu-server you want /etc/pve/nodes/<nodename>/lxc for the CT config files. Once you mount the new virt drive in the CT, fix your NFS paths.


  • What I think you’re getting at is to add an existing dataset from an existing pool there, then let PM rep it for you.

    Here’s what I’d try. Add that pool as above, control-click both VM and container types in the dialog you get. Now go to your VM and add a new virtual drive, with a size that’s bigger than the dataset you want to add by whatever amount you think you will ever want for it. Stop the VM and on the host, edit the vm configuration file to point that new virtual drive at the storagename:dataset of the existing dataset you want to use. Start the VM and see what you get. Then I would expect that proxmox would be able to manage that dataset as if it were a regular one, assuming all the flags match. You will need to have a target store on your other nodes to match the name on the first node for replication to work.

    Personally, I would replicate a new dataset from your old one to play with like this before I was certain it did what you want.

    Frankly, the easier way to do all this is to copy the data into a regularly made virtual drive on the guest, but this might work fine, too.


  • If the virtual drive for the VM that’s in a ZFS dataset has to keep synchronous with the raw zvol you pass through, you’re going to have a bad time repping them separately and I would just pass in a raw volume that everything, the OS and data, gets stored on, and rep that with syncoid. Personally, unless its some sort of NAS software that absolutely needs a raw ZFS volume to work properly, I just attach virtual drives on a ZFS store and let the VM handle them as ext4. This makes backup with PBS and node to node replication way easier and more reliable. I did it the other way once upon a time, it was a pain in the ass and I didn’t trust my strategies.

    As for HA, if you can’t afford to have any gaps from the running VM in a failover, then you have to use a shared storage solution and not repping. I use HA with ZFS replication, but I don’t care if it’s half an hour out of date as nothing is crucial, even Nextcloud syncs.


  • I have this strategy where I put myself in the drivers seat of every vehicle around me, and think to myself “what is the stupidest thing I could do right now” and then I know exactly what they’ll do and have an escape plan ready.

    And I’m not even being terribly sarcastic about that, it works way too well.

    But seriously, have an escape route ready all the time. Riding a motorbike helps you think about how everyone else is trying to kill you at all times.



  • 2008 F350 Diesel. I’m a farmer so there’s a good chance there will be something covered in oil/shit/blood/ice/mud or combination thereof in the box at any given time. I can put a pallet of seed or a 1000L tote of fertilizer in the back. And I can pull a 35’ flat deck loaded with bales with it. And honestly it gets fairly good mileage on the highway when its empty. It has about 1100km of range on a tank if I keep my foot out of it.

    I’d love an electric that does what it does, but that’s a pipedream for a few years yet. Maybe when I’ve driven this into the ground it’ll be a thing.



  • ikidd@lemmy.worldtohomeassistant@lemmy.worldWake word vanished?
    link
    fedilink
    English
    arrow-up
    2
    arrow-down
    1
    ·
    2 days ago

    Flash again and leave the log running. I had this going on, took a few reboots to get it to not display some error it was throwing in the log. It seems like it’ll work for a while and start again requiring another power cycle or three.

    I went back on old version of ESPHome and that didn’t help. IDK if these Atoms just mile out after a while or what.









  • You’re right, they are maybe different levels to a problem but not direct competitors. But I am sitting here deciding if I wait to see another round of this come out rather than buy a Voice Preview, so they are competitors to an extent. I want the mmwave and good voice control, as well as extra GPIO and a modular design, so I’m leaning toward waiting and not spending money on the Nabu Casa version. I support them in other ways so I don’t feel guilty.