What Is Tools For Remastering CentOS 6 ?

Home » CentOS » What Is Tools For Remastering CentOS 6 ?
CentOS 17 Comments

Hi All,

I have fully configured CentOS 6.4 machine and my own application inside. I want to remastering my own machine so that can used to another machine without any configuration.

any software like remastersys on CentOS which can use for remastering CentOS 6 ?

Thanks

17 thoughts on - What Is Tools For Remastering CentOS 6 ?

  • If the hardware is completely identical you could use dd to write an image of your hard drive and then just copy it back to the new machine.

  • What do you mean dd ?

    I think hardware is not completely identical. So i need to remaster it. I
    have think about kickstart, but actually be better if i use CD installer.

    I need software like remastersys on ubuntu, but it on CentOS.

    any idea ?

  • Hi John,

    Actually i hear puppet just now from you, i;ve read some documentation from http://docs.puppetlabs.com/

    I think it’s like juju on ubuntu, Is it right ?

    I can deploy any aplication automatically with less configration, usually have same concept like on cloudfoundry server (juju using cloudfoundry server)
    But i don’t know exactly what is that, correct me

    Actually i want bundle my own application with CentOS, same which have done Clear OS. So one .iso bundle with my own application and configuration.

    Any suggestion ?

  • You could use revisor to do this, if your application is in an rpm form. This will generate a live CD/DVD using the packages you select
    (not from the running system, but from the packages from which the running system was installed). A user on this list that goes by the name of ‘nux’ has done this with his own re-spin/re-brand of CentOS
    called Stella; so it can be done. But do note that it’s not doing what remastersys does.

    There isn’t, to my knowledge, a remastersys-like system for EL as yet.
    Remastersys does some cool things, but it does put some constraints on the system being remastered. I’m familiar with one such system, A/V
    Linux ( http://www.bandshed.net/AVLinux.html and derived from Debian with some customizations) and it works pretty well, but the remastered system does have quirks.

    For those unfamiliar with remastersys, it allows you to set your system up the way you want it to be, and then turns the installed system into a liveCD (in a nutshell; there’s more to it than that). This can include packages built from source, binary blobs, configuration, sample files, user settings, etc, and a liveCD is spun from the running system (at least that’s my limited understanding of it without digging too deeply into what remastersys is doing under the hood of my running A/V Linux multitrack audio production system, which I use instead of any EL or Fedora derived system simply because A/V Linux works with JACK and
    ‘real’ pro audio multitrack cards in a sane way and the PulseAudio-crippled EL setup does not and, in the final analysis, cannot without lots of work or using different audio devices (I’ve already paid four figures for my audio devices; choice of distribution is dictated by the audio device, not the other way around)).

    The generated liveCD from the system image is generic enough to boot on radically different hardware and still work. I use very different video and audio devices from GMaq (A/V Linux developer) but the remastersys-generated A/V Linux liveDVD doesn’t care; it just works.

    Do note that remastersys itself is, well, a bit difficult to obtain right now. See http://www.remastersys.com for some more information.

  • You could also just provide your software as a repository to install on top of CentOS.

    ISOs are so 20th Century now anyway.

    If you want your software to be provided in a working way, create a KVM
    application image (can be installed on a VM host) and an AWS type image
    (most cloud stacks can use that). Then also provide a repo (and ISO if you insist) of your packages to install on top of CentOS. The added benefit of this approach.

    Your users can use your repo against RHEL, Oracle Enterprise Linux, Scientific Linux as well as CentOS … AND … you only need to serve YOUR files while the other project (CentOS, RHEL, OEL, SL) hosts all the os files and security updates.

    Four OS options instead of one and someone else manages all the packages for you except the ones you create that are different. Looks like win-win for you.

  • Johnny,

    I certainly agree with the idea that the OP should consider making a repo of the additional application, but I also understand why something like remastersys is useful, being that I use A/V Linux for its particular (and not-Internet-connected) purpose in my multitrack studio. There’s more to a system than packages, and not all customizations are kickstart-able. And many uses for such don’t need Internet, and a spun ISO is needed for those instances.

    The OP asked a pretty specific question, and the answer to his specific original question is probably that revisor will do the closest job to what remastersys does of any tool currently available in the CentOS world.

    And, in fact, remastersys is no longer readily available from its author. A donation can get the sources, but it was, prior to April
    2013, easily obtained and used.

    I’m not so sure that ISO’s are ‘so 20th Century now’ though. But that’s a different discussion. As a reference, see the WSUSOfflineUpdate project for Windows…..

  • HI All,

    I think good idea to create repository for my own application. So next time user only add repository for my own application and just type

    “yum install myapplication”

    And everything working well. This is really good idea.

    Any reference for create a repository as you said for my own application ?

    My consideration also about internet connection as Own said.

  • Lamar Owen wrote:

    And with who was it, Sony, in the news the other day, talking about 300G
    DVDs by 2015…. Though we really want the Superman or Trek style crystals….

    mark

  • The problem is that by the time you’ve written a DVD and shipped it somewhere everything is out of date. Just install from the CentOS
    minimal CD, ‘yum update’, and then ‘yum install _list_of_packages_’ . Or for your own specific application, add any other required package to its dependencies in the rpm. I’ve been using that approach recently to upgrade some remote servers from 5.x to 6.x because it is easier for the remote guys who don’t know much linux to get the network set up to a point where SSH works in a minimal install than to fix it up after a clonezilla or similar image copy.

  • Les, you seemed to have missed the part about ‘no Internet’ in what I
    was talking about (the OP may have other requirements; I just mentioned a use case for a physical disc).

    I have a number of systems of various flavors with no Internet connectivity that need bugfixes anyway. Not all bugs are security-related; security fixes typically aren’t as important in an offline situation, but a bugfix for a driver for a piece of hardware that you’re actively using can be quite important.

    Thus my reference to WSUSOfflineUpdate. The ‘Offline’ in that should be self-explanatory. I’ve burnt DVD media-based update repos before for updating offline CentOS, Fedora, and other boxen, in addition to using WSUSOfflineUpdate to load bugfixes onto offline Windows machines.

  • Les Mikesell wrote:

    But if that’s the case, why is it that I don’t know a distro that’s intended to *directly* install to, say, an 8G flash drive? What isn’t everyone *assuming* that this is the way to go if you have no o/s, or ‘Net access until you install? Why is it such a freaking *pain* to build a flash drive that boots and installs?

    mark

  • It’s not a pain to build an install USB flash drive, and hasn’t been for a long time. I’ve been using install USB drives for a couple of releases, now, and it’s easy, and 6.4 makes it even easier.

    If you need packages on the second DVD, you need to add one more step
    (building the dual-layer ISO using mkdvdiso.sh (see the archives of the list, I’ve posted the link before)).

    Otherwise it’s simple. There’s even a gui. You need the EPEL repo enabled. if you want just the CLI, install livecd-tools. If you want the GUI, install liveusb-creator.

    Don’t let the word ‘live’ trick you; it works just fine with the install ISO, just treat it as if the install ISO were a live ISO. And with the anaconda updates in 6.4, it’s more difficult to accidentally install grub to the usb stick.

    As to ‘distro’ that *runs* on an 8G USB stick natively, well, it’s not a linux distro, but the FreeBSD-based pfSense boots and runs just fine in nanoBSD-mode on 512MB, 1G, 2G, and 4G USB sticks. I’m testing pfSense
    2.1 now booting this way., using the internal USB port on an Interl ServerBoard….

  • If you want to do something like that from the ground up you can probably find all the parts in the ‘rear’ (Relax and Recover) package in epel, although it is more of a backup and restore system than an installer that knows how to deal with very different hardware. Basically it is a set of shell scripts that use your systems own tools to run a backup of a live system (with an assortment of options, but tar to an NFS target is easy), plus building a bootable image (again with several options) to bring the replacement (or clone) up to a point where it can restore.the backup. It probably wouldn’t be hard to tweak what goes on the boot image.

  • Yes, it has been so long since I worked with completely disconnected systems that I didn’t consider the possibility. I have done some where there is no direct route out and I would SSH in from a system running squid that had outbound access, setting up port-forwarding with the connection, then export http_proxy= and ftp_proxy= values to work with the forwarded ports when running yum.

LEAVE A COMMENT