On Fri, Feb 15, 2008 at 10:04 AM, Jose Raul Baron <[EMAIL PROTECTED]> wrote:
> Why is it that there's the same problem everywhere ? > Life would be much easier and problems could be solved faster and better > with just some more DASD but it seems like the management guys must create > the dasd themselves... I used to suggest that the platters come out of the factory nicely polished, and they first need to rust before we can write bits on them. That's why it takes time to get your disks... ;-) On the serious side: many large installations are used to "manage" their z/OS DASD and know that it takes more than just adding a few 3390's. If it were for z/OS, you need to make sure you have backup media for it, know what to do in disaster recovery, need enough time to run backups, etc. That's different from going to the PC shop around the block and buy a 500G SATA drive and worry about the rest later. And for many large MVS shops, the amount z/VM DASD used to be small enough that they could treat it like MVS DASD. But with Linux on z/VM, folks start to consume much more DASD (for z/VM paging as well as application data). It may be worth to convince folks there is a need for "unmanaged" disk space (in z/OS terms at least) and have a new set of rules (and internal rates) for it. For some, the trick to do this is using FCP and get the GB from the other side of the wall. Rob ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
