[IIAB] [XSCE] Disk drive questions, IIAB disk rotation/update strategy, XSCE data store redundancy

[Braddock]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi George,

This brings up an interesting issue.  We have a couple plans for
Internet-in-a-Box upgrades.

For disk swaps, I had been assuming IIAB USB drives would be dedicated
to containing the IIAB dataset.  I hadn't assumed that other server
data might be stored there.  Then an IIAB upgrade is as simple as
shipping a new drive.

If that is not the case, then we have to fall back on our more
sophisticated plans to allow the IIAB software to upgrade one dataset
drive from a second upgraded drive plugged into the machine.  Someone
will have to take the drive with the new dataset from school-to-school
and perform the update, which will easily take a couple hours if there
are a lot of dataset changes.

I don't really expect IIAB dataset upgrades more than once a year once
the project settles down.

- -braddock



On 06/27/2013 03:49 AM, George Hunt wrote:
> - What happens to all the other XSCE functions if a disk drive is 
> swapped out? - Internal to a Trimslice, or external to XO-XSCE, is
> it the same? - If a school subscribes to IIAB support plan, and
> gets a quarterly update, how is the data that is unique to that
> school transfered to the new update disk? - The stale drive has
> school specific data on it (proprietary?) - When the stale disk
> drive returns to IIAB heaven, can the (proprietary) data be
> warehoused for a fee  as an offsite data backup service? - Is there
> an incremental offsite data backup opportunity for AC? - Could we
> require that a $50 SD card (64GB) is always available on an XSCE
> (both Trimslice and XO have a slot) for storage media redundancy,
> and to mediate the disk swap tangle
> 
> I believe that the data security risks need to be addressed by
> XSCE.  On our list Adam has highlighted the "data misuse in the
> wrong hands" issue. We need also to address the data recovery
> issue, after hardware failure, which in my experience, has been the
> more frequent, and troublesome.
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRzFuxAAoJEHWLR/DQzlZue/kIAI2l2oDmjQg6ew4DtMBL6GiO
sld5Kf2l1/9Voys34ofNnPmvitproAZOAUTdubvBvk1Nj+BfE03dmQb+94bsxmqP
zNkTir0G11VS29Nt8U4DGznvJ2dVoHU0o9qzgA+BR6N/G6nQi9q3Uc5/36Vez4JR
emWJXnfWtaiC/lHfiQBaC8hNr7fRwk5Fqs5QoJqUy6HuEO3otrnmZ7T4R0Iflw/+
hL4lIKQ/hqBRrUdXLB/qtpXOdr7ZpfbMlz7C/7cWN2nYMRMd2UTP7B4Zr2vgXgw1
PfuBUTHn5qB/lqPoWpeNwUoL+q/LeD0HmX/lTcHZxG/yud+rORLHFu3BqoUtWJo=
=mORe
-----END PGP SIGNATURE-----