| 1 |
On 27/08/2013 17:55, Tanstaafl wrote: |
| 2 |
> On 2013-08-27 9:03 AM, Alan McKinnon <alan.mckinnon@×××××.com> wrote: |
| 3 |
>> It's a small image (<100M compressed), so just keep a copy handy |
| 4 |
>> somewhere and reflash. The GUI has a function where you can backup the |
| 5 |
>> running config, a restore is a simple matter of click restore in the GUI |
| 6 |
>> |
| 7 |
>> The USBstick/CF card you boot off will keep a copy of the current image |
| 8 |
>> and one version back (i.e. the one the current one replaced), so you can |
| 9 |
>> boot the old system by pressing F2 if the new one fails for some weird |
| 10 |
>> reason. |
| 11 |
> |
| 12 |
> Crazy question... |
| 13 |
> |
| 14 |
> Wondering of I could run this in a VM on my ESXi server? |
| 15 |
> |
| 16 |
> Purpose would be threefold... |
| 17 |
> |
| 18 |
> hosting windows user homes and roaming profiles |
| 19 |
> |
| 20 |
> hosting alternate email storage for dovecot (for mail archival) |
| 21 |
> |
| 22 |
> hosting email backups (rsync) |
| 23 |
> |
| 24 |
> hmm.... maybe I could even make it primary mail storage? |
| 25 |
> |
| 26 |
> Have to give this some thought... |
| 27 |
> |
| 28 |
|
| 29 |
|
| 30 |
Many people do just that (for testing and evaluation). ESXi lets you |
| 31 |
present an image file as a boot device so that's sorted. |
| 32 |
|
| 33 |
As always with VMs, IO performance is pretty sucky if you present |
| 34 |
file-based storage to the guest. It's OK to evaluate and learn the |
| 35 |
commands with, but for production you really want direct access to |
| 36 |
proper storage devices. Just make sure your backend storage is NOT |
| 37 |
itself doing RAID - ZFS doesn't play nicely with that. It really wants a |
| 38 |
JBOD with no firmware interference. |
| 39 |
|
| 40 |
|
| 41 |
|
| 42 |
|
| 43 |
-- |
| 44 |
Alan McKinnon |
| 45 |
alan.mckinnon@×××××.com |
Archives