On Thu, Sep 10, 2015 at 3:53 AM, Elardus Engelbrecht < [email protected]> wrote:
> Timothy Sipples wrote: > > >1. Activation keys. In order to make Microsoft Windows Server fully > operable you need a license key and must "activate" your installation of > Windows. > > You forgot Windows XP, Windows 7 and Windows 10. > > > >2. Hardware-based key sensitivity. If you "substantially" or materially > alter the machine configuration, or you move your installation to another > server, you typically need to re-activate your installation. > > Provided you're not running the same copy at another machine at the same > time. You have about 30 days to fix your internet connection to "activate" > your system. In the meantime you're sitting with a crippled windoze system. > > > >3. Moot. z/OS 2.2 has no activation keys. When you receive z/OS 2.2 you > receive all elements, including optional elements that require additional > licensing such as z/OS DFSORT. ... > > > ... With z/OS YOU have full technical control over your license > entitlements to optional elements via a configuration data set. IBM does > not assume you are untrustworthy (i.e. require keys to unlock features), ... > > SYS1.PARMLIB(IFAPRDxx)? I could 'active' elements if I wish, but surely I > will be caught out by big blue. > > One of our clients was having a debugging problem about 10 years ago. They > asked me to 'activate' the IBM debug tool. Sorry, I could not help them, > even while IFAPRDxx is open for me and ready to be changed if I wish. We > fixed that problem with usual debug methods. > > > >Importantly, z/OS does not have artificial hardware limitations. > > Very good for DRP purposes. What's more, unlike the other type of > machines, the CEC boxes have spare CPUs if you wish to activate them. > But many OEM vendors _do_ have artificial hardware limitations. Examples that I know of myself: CA, BMC, MacKinney, RocketSoftware. For DRP, it is usually fairly easy to get temporary keys. Many lock not just to CPU serial number, but even to the sub-model number. And I do understand why. I am not saying that they are wrong to do this, just that such a thing exists. > > > >4. Goodness, no! If you want to send dumps, traces, etc. to IBM Support > you can, but you must expressly choose to do so, and you choose exactly > what data to send (and what not to send). > > With one catch - you must give up any rights to the data send over to IBM. > IBM can do whatever they want with the data you send to them. > > Read the fine print. > > > >Customers simply e-mail those reports to IBM if they choose to do so. > > Or to IBM LMS website. > > > > ... could we all start using words/terms that reflect reality and stop > using words/terms that are highly misleading at best? > > Really? Your company is also using the phrase 'Open System'. > > Do that on *all* discussion sites and other websites like Wikipedia, > YouTube, etc. Write an article and publish it in magazines, newspaper, etc. > > I recently had to explain that 'form factor' has other meaning in IBM > parlance during an audit. :-( > > Groete / Greetings > Elardus Engelbrecht > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > -- Schrodinger's backup: The condition of any backup is unknown until a restore is attempted. Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! <>< John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
