Best backup for VPS + nas

[Anon Anon]

I was reading some sites and it stated that if I ever had to recover my
data on s3, I'd be looking at a $6000 bill. Any one have an easy to follow
and understand chart for knowing all the fees involved in s3?

On Oct 24, 2016 18:12, "Keith Smith" <techlists at phpcoderusa.com> wrote:

>
>
> I second AWS S3.  I use it and it is very cheap.
>
>
>
> On 2016-10-24 14:55, Sesso wrote:
>
>> What about just using S3 or you want cheaper?
>>
>> jason
>>
>> On Oct 24, 2016, at 2:52 PM, Anon Anon <lokotejones at gmail.com>
>>> wrote:
>>>
>>> Any one have a recommendation for backing up three VPS and a 2tb
>>> nas?
>>>
>>> Glacier is too expensive for retrieval. Back blaze good?
>>>
>>> On Oct 24, 2016 14:20, "Matt Graham" <mhgraham at crow202.org> wrote:
>>>
>>> On 2016-10-24 08:58, Carruth, Rusty wrote:
>>> NOTE! WARNING! BEWARE!!! DD will almost certainly copy the UUID
>>> from
>>> the source partition to the destination partition! I do NOT know
>>> what
>>> havoc will result when linux looks for that UUID and finds 2….
>>> (I’d
>>> guess it takes the first one it finds
>>>
>>> Yes, mount goes through all the block devices probably starting
>>> with the first SCSI disk.  If it's looking for a UUID and finds it
>>> on /dev/sda3, that's the one it'll use, even if the same UUID is on
>>> /dev/sdb1 .  I think.  IIRC, the label detection code in mount did
>>> that the last time I looked at it.
>>>
>>> (I know about the UUID copy because I do that here at work all the
>>> time. In my case, it’s a feature. In your case, it’s a bug)
>>>
>>> If you know you want to have the same UUID on 2 filesystems, you
>>> can use "dumpe2fs -h /dev/sdNN | grep UUID" , then pass the big hex
>>> string to the -U option of mkfs when you're making the new
>>> filesystem.  Or the -U option of tune2fs if you've already done mkfs
>>> and copied stuff.
>>>
>>> IMHO, using filesystem labels is preferable to using UUIDs in
>>> /etc/fstab .  Labels can be made short and meaningful to humans,
>>> while UUIDs really can't.  (OK, -U
>>> feedface-dead-beef-0000-123456789abc works, but is silly.)  Distros
>>> probably go the UUID route because it's generally easy to assume
>>> that UUIDs are unique, while filesystem labels may not be.
>>>
>>> --
>>> Crow202 Blog: http://crow202.org/wordpress
>>> There is no Darkness in Eternity
>>> But only Light too dim for us to see.
>>> ---------------------------------------------------
>>> PLUG-discuss mailing list - PLUG-discuss at lists.phxlinux.org
>>> To subscribe, unsubscribe, or to change your mail settings:
>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss [1]
>>>
>>
>>  ---------------------------------------------------
>> PLUG-discuss mailing list - PLUG-discuss at lists.phxlinux.org
>> To subscribe, unsubscribe, or to change your mail settings:
>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>>
>>
>> Links:
>> ------
>> [1] http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>>
>> ---------------------------------------------------
>> PLUG-discuss mailing list - PLUG-discuss at lists.phxlinux.org
>> To subscribe, unsubscribe, or to change your mail settings:
>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>>
>
> --
> Keith Smith
> ---------------------------------------------------
> PLUG-discuss mailing list - PLUG-discuss at lists.phxlinux.org
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phxlinux.org/pipermail/plug-discuss/attachments/20161025/c7bb7c96/attachment.html>