Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.arch.embedded > #25283

Re: Checking large numbers of files

From Dimiter_Popoff <dp@tgi-sci.com>
Newsgroups comp.arch.embedded
Subject Re: Checking large numbers of files
Date 2016-10-30 04:05 +0200
Organization TGI
Message-ID <nv3kh4$57u$1@dont-email.me> (permalink)
References (3 earlier) <1f8b68f4-82ce-46af-870e-994993336526@googlegroups.com> <nv300c$a8h$1@dont-email.me> <581526f0$0$29508$c3e8da3$c8b7d2e6@news.astraweb.com> <nv3apv$cei$1@dont-email.me> <58154626$0$57920$c3e8da3$c8b7d2e6@news.astraweb.com>

Show all headers | View raw


On 30.10.2016 г. 03:00, Clifford Heath wrote:
> On 30/10/16 10:19, Don Y wrote:
>> On 10/29/2016 3:47 PM, Clifford Heath wrote:
>>> On 30/10/16 07:15, Don Y wrote:
>>>> On 10/29/2016 5:17 AM, kalvin.news@gmail.com wrote:
>>>>> Disclaimer: I am not an expert on the data storage, but here are my
>>>>> thoughts:
>>>>> - Use a RAID system which has enough redundancy to detect and correct
>>>> I started out using RAID5 "hardware" arrays (and other, more
>>>> sophisticated
>>>> configurations).  This requires you to have multiple spindles running
>>>> concurrently (else the array can't *detect* discrepancies).  Compact
>>>> arrays also tend to suffer from cooling problems.
>>>>
>>>> It also ties you to an often proprietary (or, at least, poorly
>>>> documented)
>>>> implementation ("volume format").  So, a failure of the hardware can
>>>> leave
>>>> you with possibly intact volume(s) and no straightforward means of
>>>> accessing their contents.
>>>
>>> No. Almost all commercial RAID systems (Synology, Qnap, etc)
>>> use Linux RAID support. If the hardware fails, you can mount
>>> the drives on any Linux system that has enough SATA ports.
>>
>> Really?  So my Sun RAID systems run Linux??
>
> Ahh, my apologies. I didn't realize you were running a computer antiques
> museum. I thought you were trying to ensure the availability of some data.

So what is he supposed to do with data which are useless outside of
a particular environment. Apparently he has plenty of past projects
spanning a few decades back to maintain - how do you suggest he will
separate movable from non-movable data. Then the sheer amount of data
he is talking is just huge.
Linux/foss may be a huge part of life but it is restricted to the needs
of the general public which feeds it directly. There are other aspects
of tech life which are simply beyond the scope of foss/linux, beyond
its capabilities as they are.
I strongly suspect Don is not an office secretary running an office 
archive and I also strongly suspect he knows what he is doing.
Well I also suspect he knows he will find not what he is looking
for - an easier way to navigate his huge archives - but there is nothing
wrong wanting to talk or just moan about that, this is what groups are
for really.

Dimiter

------------------------------------------------------
Dimiter Popoff, TGI             http://www.tgi-sci.com
------------------------------------------------------
http://www.flickr.com/photos/didi_tgi/


Back to comp.arch.embedded | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-27 15:23 -0700
  Re: Checking large numbers of files Clifford Heath <no.spam@please.net> - 2016-10-28 09:48 +1100
    Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-27 16:48 -0700
      Re: Checking large numbers of files Dimiter_Popoff <dp@tgi-sci.com> - 2016-10-28 03:17 +0300
        Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-27 18:50 -0700
          Re: Checking large numbers of files Dimiter_Popoff <dp@tgi-sci.com> - 2016-10-28 05:38 +0300
            Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-27 21:33 -0700
      Re: Checking large numbers of files Clifford Heath <no.spam@please.net> - 2016-10-28 11:40 +1100
        Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-27 18:52 -0700
  Re: Checking large numbers of files kalvin.news@gmail.com - 2016-10-28 03:50 -0700
    Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-28 10:49 -0700
      Re: Checking large numbers of files kalvin.news@gmail.com - 2016-10-29 05:17 -0700
        Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-29 13:15 -0700
          Re: Checking large numbers of files Clifford Heath <no.spam@please.net> - 2016-10-30 09:47 +1100
            Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-29 16:19 -0700
              Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-29 16:36 -0700
              Re: Checking large numbers of files Clifford Heath <no.spam@please.net> - 2016-10-30 12:00 +1100
                Re: Checking large numbers of files Dimiter_Popoff <dp@tgi-sci.com> - 2016-10-30 04:05 +0200
                Re: Checking large numbers of files Clifford Heath <no.spam@please.net> - 2016-10-30 14:06 +1100
                Re: Checking large numbers of files Dimiter_Popoff <dp@tgi-sci.com> - 2016-10-30 05:48 +0200
                Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-29 22:33 -0700
                Re: Checking large numbers of files Clifford Heath <no.spam@please.net> - 2016-10-30 17:00 +1100
                Re: Checking large numbers of files (long) Don Y <blockedofcourse@foo.invalid> - 2016-10-31 04:43 -0700
                Re: Checking large numbers of files (long) David Brown <david.brown@hesbynett.no> - 2016-10-31 14:20 +0100
                Re: Checking large numbers of files (long) Don Y <blockedofcourse@foo.invalid> - 2016-10-31 08:02 -0700
                Re: Checking large numbers of files (long) David Brown <david.brown@hesbynett.no> - 2016-11-01 09:47 +0100
                Re: Checking large numbers of files (long) Don Y <blockedofcourse@foo.invalid> - 2016-11-01 04:36 -0700
                Re: Checking large numbers of files (long) David Brown <david.brown@hesbynett.no> - 2016-11-01 14:29 +0100
                Re: Checking large numbers of files (long) David Brown <david.brown@hesbynett.no> - 2016-11-01 15:16 +0100
                Re: Checking large numbers of files (long) Don Y <blockedofcourse@foo.invalid> - 2016-11-02 11:42 -0700
                Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-29 22:15 -0700
                Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-29 21:50 -0700
                Re: Checking large numbers of files Clifford Heath <no.spam@please.net> - 2016-10-30 17:14 +1100
                Re: Checking large numbers of files (long) Don Y <blockedofcourse@foo.invalid> - 2016-10-31 03:36 -0700
                Re: Checking large numbers of files (long) Clifford Heath <no.spam@please.net> - 2016-11-01 09:20 +1100
                Re: Checking large numbers of files (long) Don Y <blockedofcourse@foo.invalid> - 2016-11-01 02:23 -0700
                Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-29 21:20 -0700
                Re: Checking large numbers of files Clifford Heath <no.spam@please.net> - 2016-10-30 17:25 +1100
          Re: Checking large numbers of files Robert Wessel <robertwessel2@yahoo.com> - 2016-10-30 00:14 -0500
            Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-29 23:02 -0700
          Re: Checking large numbers of files David Brown <david.brown@hesbynett.no> - 2016-10-31 12:19 +0100
            Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-31 07:00 -0700
  Re: Checking large numbers of files Ali <abdulrazaq@gmail.com> - 2016-10-30 15:45 -0700
    Re: Checking large numbers of files Don Y <blockedofcourse@foo.invalid> - 2016-10-31 03:45 -0700

csiph-web