@planedrop Not opposed to cloud of course, but it's a network with no internet!
Best posts made by DustyArmstrong
-
RE: XO Backups - Offline Storage Best Practices?
-
RE: Has REST API changed (Cannot GET backup logs)?
@julien-f Thank you and thank you for the quick resolution, you guys rock.
-
RE: Has REST API changed (Cannot GET backup logs)?
@olivierlambert Yes but didn't see any changes for
backup/logs
which is where the issue seemed to arise from. I pull the status from each log entry not the job info itself.@julien-f awesome, thanks!
Latest posts made by DustyArmstrong
-
Snapshot practices to exclude mounts
Hello, I have a query about what the best way is to exclude mounted filesystems from snapshots/backups.
My CCTV server has a volume on my NAS mounted under
/media/footage
(though this should probably be/mnt
). I noticed today that this seems to be included in the snapshot and backup, which makes sense, but I'd actually rather avoid this behaviour given it's not actually on the disk. The mount is subsequently used by a Docker container.What is my best option to avoid snapshotting mounts? I thought about creating a separate disk with
NOBAK
but I would still have to mount that to a local directory (i.e./mnt/externaldisk
) which would then still result in it being included in the snapshot right? Or am I misunderstanding? Entirely possible it's just because I've gone against tradition and mounted it under/media
, but I don't know. I could also just be totally misunderstanding and it's just "used" unused space that's being included that just so happens to be the same size as my native disk + the mount. Backup size was 42GB, local disk is 18GB, footage is 23GB so 42 altogether. -
RE: Google Coral TPU PCIe Passthrough Woes
@olivierlambert Thanks that's good to know. That functionality would be great down the line!
I do have a spare M.2 E-key on my XCP host running the VM Coral is needed for, but seems like I'd have trouble going by this thread. Might even have trouble with the USB Coral, it hasn't been much better so far in terms of whacky non-standard behavior...
-
RE: XO Backups - Offline Storage Best Practices?
@planedrop Not opposed to cloud of course, but it's a network with no internet!
-
RE: Google Coral TPU PCIe Passthrough Woes
@olivierlambert Seems like a reasonable place to ask as any - I am currently using a USB Coral over IP (Virtualhere) but would rather load it into my VM directly - what's the current status of snapshots/backups with a vUSB?
I've been reading that XO can now support disk exclusions with
[NOBAK]
but this probably doesn't apply to a Coral. Is an offline backup still the best available method? -
RE: XO Backups - Offline Storage Best Practices?
Thanks for the replies, that gives me a good idea on things - appreciate it.
Cloud isn't really an option for the environment but yes the drive is held separately in the event of a disaster.
-
XO Backups - Offline Storage Best Practices?
Afternoon! I just have a quick query to see if what I'm doing is viable.
I currently have a delta backup running and storing to a remote NAS, all seems to be working fine. I have started copying off the entire backup folder to an external drive once a week in the event of some catastrophic problem. This includes:
xo-config-backups xo-pool-metadata-backups xo-vm-backups [somestring].dek xenserver - post drive fail.xbk xenserver - post fixes.xbk xenserver.xbk
Essentially I am wondering, should all else fail, if I restore this folder to its original location (or could I place it anywhere and point XO to it?) and then restore the XO configuration from it (if needed), will this be treated as a valid repository I can restore VMs from? Will it simply take that folder as it was for that point in time and allow me to restore, or will it have issues as it's a "different" repository to what it might expect? If I am restoring the config from within this offline repository though, I guess that config would be in line with the deltas also in there, therefore it would be fine?
I suppose I could run a second separate delta job once per week to an external drive that only gets plugged in when that job is due to run, and removed shortly after, should the above be inadvisable.
Thank you!
-
RE: Has REST API changed (Cannot GET backup logs)?
@julien-f Thank you and thank you for the quick resolution, you guys rock.
-
RE: Has REST API changed (Cannot GET backup logs)?
@olivierlambert Yes but didn't see any changes for
backup/logs
which is where the issue seemed to arise from. I pull the status from each log entry not the job info itself.@julien-f awesome, thanks!
-
Has REST API changed (Cannot GET backup logs)?
Hi there,
I just updated my Xen Orchestra container and found that I can no longer retrieve backup info from the REST API. The path appears to be the same but it returns
Cannot GET /rest/v0/backup/logs/1685818800068
. Previously I was able to see the job info.Has something changed or is this just a me problem? I've rolled back my update for now. Afraid I don't know what version of XO I'm on as the About page no longer seems to provide that info. The image is about 6 weeks old.
-
RE: XO Rest API Supported Queries
@julien-f EDIT: I have just seen your commit from yesterday that looks to resolve my below post! Sorry I read your comment about sorting as the
limit
ordering ("sorting") wouldn't be implemented. My query around "sorting" was in reference to exactly what you have implemented so, many thanks!@DustyArmstrong said in XO Rest API Supported Queries:
@julien-f Sorry to bring up again, have now updated and the limit is working, but it returns the data in reverse order (oldest backup is shown first). Is there any functionality present in the API at the moment to order it with newest first? If not no issue, I can just go back to doing it how I was.