ADSM-L

Re: [ADSM-L] why create a 12TB LUN

2010-05-28 13:11:34
Subject: Re: [ADSM-L] why create a 12TB LUN
From: Robert Clark <robert.clark7 AT USBANK DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 28 May 2010 10:09:46 -0700
My first PC was a book from the public library about the TRS-80 model 1.

I wrote the code (Level 1 BASIC?)  on paper, and executed it myself.

After a while I added some graph paper, so I could draw and re-draw ASCII 
so that it moved around the screen.

I tried multitasking by having my brother run the code while I drew the 
graphics. But he didn't understand the point. (No SMP for you!)

I got chastised by the librarian when I took the book back. Apparently the 
book wasn't for kids, and I had deprived someone who had a computer by 
checking it out.

Hmm, maybe that is why I'm a fan of Open Source.

[RC]




From:
Jacques Van Den Berg <jvandenberg AT PNP.CO DOT ZA>
To:
ADSM-L AT VM.MARIST DOT EDU
Date:
05/28/2010 01:41 AM
Subject:
Re: [ADSM-L] why create a 12TB LUN
Sent by:
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>



Had an original IBM 4.77MHz in 1991. 640KB Main memory. 360K Floppy drive 
& a 10MB Hard drive.

Kind Regards,
 
Jacques van den Berg
TSM / Storage / SAP Basis Administrator
Pick 'n Pay IT
Email   : jvandenberg AT pnp.co DOT za
Tel      : +2721 - 658 1711
Fax     : +2721 - 658 1676
Mobile  : +2782 - 653 8164 
 
Dis altyd lente in die hart van die mens wat God 
en sy medemens liefhet (John Vianney).


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Skylar Thompson
Sent: 27 May 2010 10:16 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] why create a 12TB LUN

I'm around there too. 20MB Seagate MFM drive in an Epson QX-16. This was 
actually a dual-processor system (8088 for DOS and Z80 for Epson's CPM 
clone TPM). I had fired it up just for the heck of it a few years ago 
and it came up without problems. They don't make 'em like they used to.

On 05/27/10 13:04, David McClelland wrote:
> I can beat than - I have a 20MB 'Winchester' HDD inside a working 
original Compaq Deskpro 8086 from c 1985. Fired her up last week for some 
photos, still works a treat. (No TSM client for it though...)
>
> /DMc
> Sent from my BlackBerry® wireless device
>
> -----Original Message-----
> From: "Strand, Neil B."<NBStrand AT LEGGMASON DOT COM>
> Date:         Thu, 27 May 2010 14:45:51
> To:<ADSM-L AT VM.MARIST DOT EDU>
> Subject: Re: [ADSM-L] why create a 12TB LUN
>
> Gill,
>     This sounds like an interesting environment.  Could you share some 
of
> the particulars such as what storage device is providing the LUN, what
> server OS is using the LUN and what the general reason was for choosing
> the LUN?
>     Historical note - My first hard disk in my home PC was 20GB
>
> Thank you,
> Neil Strand
> Storage Engineer - Legg Mason
> Baltimore, MD.
> (410) 580-7491
> Whatever you can do or believe you can, begin it.
> Boldness has genius, power and magic.
>
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf 
> Of
> Gill, Geoffrey L.
> Sent: Wednesday, May 26, 2010 7:04 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] why create a 12TB LUN
>
> I'm guessing many of you will find this quite odd, I know I did, but I
> had someone come to me and say they were going to ask for a 12TB LUN and
> wanted to back it up. Without even mentioning the product they want to
> use, obviously not TSM though, and I'm not even sure it would make
> difference, how would you manage to get a 12TB LUN backed up daily. I
> would expect it to be at least 75% full if not more, and even without
> knowing what percentage of data changes on it, it would seem to me the
> request seems strange. They're thinking of getting a VTL and backing up
> through fiber direct, not across the network, but no idea which one or
> what sort of throughput to expect.
>
>
>
> Have any of you been approached with this sort of request and if so what
> was your response? I'm sort of dumbfounded at this point since I've not
> heard or seen this anywhere.
>
> Thanks,
>
>
>
> Geoff Gill
> TSM/PeopleSoft Administrator
>
> SAIC M/S-B1P
>
> 4224 Campus Pt. Ct.
>
> San Diego, CA  92121
> (858)826-4062 (office)
>
> (858)412-9883 (blackberry)
>
>
>
> IMPORTANT:  E-mail sent through the Internet is not secure. Legg Mason 
therefore recommends that you do not send any confidential or sensitive 
information to us via electronic mail, including social security numbers, 
account numbers, or personal identification numbers. Delivery, and or 
timely delivery of Internet mail is not guaranteed. Legg Mason therefore 
recommends that you do not send time sensitive
> or action-oriented messages to us via electronic mail.
>
> This message is intended for the addressee only and may contain 
privileged or confidential information. Unless you are the intended 
recipient, you may not use, copy or disclose to anyone any information 
contained in this message. If you have received this message in error, 
please notify the author by replying to this message and then kindly 
delete the message. Thank you.
> 

-- 
-- Skylar Thompson (skylar2 AT u.washington DOT edu)
-- Genome Sciences Department, System Administrator
-- Foege Building S048, (206)-685-7354
-- University of Washington School of Medicine

Read our disclaimer at: 
http://www.picknpay.co.za/pnp/view/pnp/en/page5093? 
If you don't have web access, the disclaimer can be mailed to you on 
request. 
Disclaimer requests to be sent to it-security AT pnp.co DOT za 



U.S. BANCORP made the following annotations
---------------------------------------------------------------------
Electronic Privacy Notice. This e-mail, and any attachments, contains 
information that is, or may be, covered by electronic communications privacy 
laws, and is also confidential and proprietary in nature. If you are not the 
intended recipient, please be advised that you are legally prohibited from 
retaining, using, copying, distributing, or otherwise disclosing this 
information in any manner. Instead, please reply to the sender that you have 
received this communication in error, and then immediately delete it. Thank you 
in advance for your cooperation.



---------------------------------------------------------------------

<Prev in Thread] Current Thread [Next in Thread>