JonathanM

Hey, hey, hey, wait a sec... oh. never mind then.

Heh.

Google the phrase I posted verbatim.

Snigger......... Well, if I was doing it proper, what was you sniggering at? Have I said anything I oughtn't?

This would be best, as file name and extension is not really the best indicator of file type. I can name my vdisk image something.doc and it would probably work as long as it was a properly formatted image file. I don't think kvm parses the name to determine file type, but I could be wrong.

Directly booting the vdi. Unraid can use any file valid for KVM, the web wizard is rather limited so you have to manually specify some options. I force installed the virtio drivers to the image while booted in virtualbox, so the transition was painless. If you don't do that, will probably end up with stop errors on windows installs. This may be helpful in your endeavours.

Wait, what? I haven't started to use this yet, just haven't gotten motivated, but am I parsing this correctly? Unraid's VM manager creation wizard names all vdisks vdisk1.img and places them in a folder corresponding to the name of the VM. So, I have 10 VM's, 8 of which I created using wizard defaults, so 8 of 10 all have vdisk1.img in their respective folders. The other 2 I played around with, I have a xp.vdi that I moved over from an instance of virtualbox, and another using vdisk2.img because I used the wizard's default vdisk1.img as a scratch drive and since deleted. Are you telling me that all my vdisk1.img files in different folders will create issues with the script? Or is the issue only when you have two image files of the same name and different paths defined for a single VM? Why not use the full path as defined in the XML to reference and backup the disk image files? That way they can be restored along with the XML.

Haven't watched the video, but maybe you could glean some xml configuration tips? The general setup isn't going to be nearly the same though. https://www.youtube.com/watch?v=yhaLtyUfO-s

That usually means you are saving the config onto a location that isn't one of your disks. For example, if you select /mnt/cache as your config location but don't have a cache drive, it will save the config into RAM and be lost on reboot.

That is a different issue. You need to make sure your home environment is a unique subnet so you won't have that type of collision. Use something unique like 192.168.210.X on your home network, that way no matter what remote network you access it from, the IP's will be unique. There are ways to work around it, but changing your home network subnet is the easiest foolproof method.

Wrong place. Hit the windows+r key, so you get a run box, and type \\hulk.local\flash

Right idea, wrong execution. What you are looking for is enabling "Turbo Write" and disabling it again when done. And yes, you can add that into the script.

Just an FYI, in the USA, you can be compelled by a court to provide biometrics, you CANNOT be compelled to reveal a password, as fifth amendment protection is applied to things you know, vs. things you possess such as keys or fingerprints. It would be best to add a passphrase to your well rounded security protocols. A fully formed sentence is good, lots of characters so little chance of brute force, and it can be quite memorable to yourself as well. "Twelve purple elephants dancing in the moonlight."

That's actually the recommendation of pretty much every BIOS update I've ever seen. The docs usually tell you to manually apply factory defaults, save, then make any changes you want. I suspect it's because of situations precisely like yours, where the BIOS changes make some settings act differently. Similar to limetech telling people to be sure their reported problem exists in safe mode, to eliminate as many variables as possible when testing new things.

And how it was the whole history of unraid. We didn't even have email notifications without 3rd party plugins for many years. If a specific feature is asked for often enough, and is possible to implement, it will get done, eventually. You may have to wait a few months or years, but it will eventually happen. Look on the bright side, limetech has yet to ask for an upgrade fee for existing license holders to access new features and functionality, unlike almost EVERY other software company around. I'll take slow incremental software changes, reliability and stability over fast changes and upgrade fees any day of the week. You ask for all these changes, and seem to take offence when people don't immediately agree with you that your specific needs should direct the focus of the company. That seems very selfish and shortsighted to me. Unraid has many different uses and environments, and any changes need to take into account a whole range of customers, not just your specific use case.

Chicken and egg. Take a closer look at his scenario, it requires one of the servers to be fully started with the key before the other will auto start. The only exploit this is vulnerable to is a high level government type exploit that keeps the servers running seamlessly with synchronized switchover power while they are being transported.

I don't use Mac, so I don't have first hand experience here, but Time Machine seems to be a particularly difficult thing to get working based on some of the posts here. I'd do some due diligence in this specific area first to find out if your combination of Mac machines will work. Like I said, I don't do Mac, but it seems to me Mac support is a moving target on unraid. Some have it working, some struggle. Use google to search the forums, the search function built in is broken. Just add +site:lime-technology.com to your search terms on google.

Also, I believe you could browse through the archive using MC at the console in unraid, and extract only the files you need to the path you select.

It's definitely not all or nothing for most people. Windows and linux both can view the contents and selectively extract individual files from the tar file without extracting everything using free programs. I am unfamiliar with all the options available for Mac, the only Mac stuff I found with a quick search were not free, but not expensive either.

No first hand experience with Mac, but some archive extractors allow you to browse through the file without extracting everything. It looks like the stock extractor that comes with Mac may not support that, but here is a link for a program that says it allows browsing without extracting. https://theunarchiver.com/archive-browser

Tar != compression tar just means it's all concatenated together into 1 big file with all the metadata required to put them back as they were. compression is another step.

Here is a better link. https://www.debouncer.com/reverse-dns-check

Does the DNS record it found match your domain precisely? When you ping the domain that you are using for your email, it returns an IP address. When you get the info on that IP, if the domain that is returned doesn't match the pinged domain exactly, you will have issues with providers bouncing your email as spam.

Does your IP resolve back to your domain name? https://mxtoolbox.com/reverselookup.aspx