Not even that Time to DDR a MOD3 10min, Time to Kickstart 5Min over the network. no hipersockets this is real data. DDR you must DDR the whole volume or minidisk. Kickstart only lays new files this is on a z10 with EMC dasd, 1 IFL and 512mb for the server.
as I said, unless you have flash copy kickstart can be faster. if you clone master is a minidisk and 600mb in size then yes it probably is faster than kickstarting in our case because of all the require crap, um software it took up almost a full mod3 we have no flashcopy on EMC dasd at the time. so DDR was slower than kickstarting William 'Doug' Carroll Mainframe Systems Eng Sr I Global Technology Infrastructure RedHat Certified Engineer: 805008304430937 -----Original Message----- From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Mark Pace Sent: Wednesday, June 10, 2009 10:12 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: To kick or to clone ... that is the question Unless your installation source is on a Hipersocket connection, then the network time is near zilch. On Wed, Jun 10, 2009 at 10:02 AM, Hall, Ken (GTS) <ken_h...@ml.com> wrote: > The small addition of the read time for DDR is nothing compared to the > time required to install the packages over the network. That's at least > the same amount of reading, plus network time. > > I agree about the problem of keeping multiple masters. We keep just one > per version, and use a first-boot process to install additional packages > via yum as needed, or let the admins install what they need manually. > > It's still faster, by quite a lot. Unfortunately, I don't have time > today to run measurements, but our base system clone process takes less > than 30 minutes from beginning to end. > > All this said, we have been seriously considering going to a kickstart > based method, but my experience with it has not been encouraging. Aside > from taking longer, it seems to be fairly fragile and requires more > manual effort. Our clone method consists of running a VM-based dialog, > waiting for the copies to finish (run asynchronously in a service > machine), and then autologging the new guest. > > > -----Original Message----- > From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of > Rob van der Heij > Sent: Wednesday, June 10, 2009 9:16 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: [LINUX-390] To kick or to clone ... that is the question > > On Wed, Jun 10, 2009 at 2:54 PM, Hall, Ken (GTS)<ken_h...@ml.com> wrote: > > > How could it be faster? > > > > Cloning involves simply copying the disks, that's one pass with DDR. > > Copying a disk requires reading and writing. Formatting just requires > (short) writes. Depending on your configuration, you may not notice > the extra resource usage in the elapsed time. > > But it's probably more whether you spend the time while you're waiting > for it. Once you get into the business of holding several different > golden masters to copy from, things get more complicated. > > Back then we used a very bare minimum that was copied to the new root > disk, and the required additional packages were added on top of it. > That approach allows for a stock supply of copied root disks ready to > use. > > -Rob > > ---------------------------------------------------------------------- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -------------------------------------------------------------------------- > This message w/attachments (message) may be privileged, confidential or > proprietary, and if you are not an intended recipient, please notify the > sender, do not use or share it and delete it. Unless specifically indicated, > this message is not an offer to sell or a solicitation of any investment > products or other financial product or service, an official confirmation of > any transaction, or an official statement of Merrill Lynch. Subject to > applicable law, Merrill Lynch may monitor, review and retain > e-communications (EC) traveling through its networks/systems. The laws of > the country of each sender/recipient may impact the handling of EC, and EC > may be archived, supervised and produced in countries other than the country > in which you are located. This message cannot be guaranteed to be secure or > error-free. References to "Merrill Lynch" are references to any company in > the Merrill Lynch & Co., Inc. group of companies, which are wholly-owned by > Bank of America Corporation. Securities and Insurance Products: * Are Not > FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank > Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not > Insured by Any Federal Government Agency. Attachments that are part of this > E-communication may have additional important disclosures and disclaimers, > which you should read. This message is subject to terms available at the > following link: http://www.ml.com/e-communications_terms/. By messaging > with Merrill Lynch you consent to the foregoing. > -------------------------------------------------------------------------- > > > ---------------------------------------------------------------------- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
