Best practices to clone/create an image for the existing linux system [closed]
Clash Royale CLAN TAG#URR8PPP
up vote
0
down vote
favorite
I recently had a CentOS6.9 system and I installed quite a lot of applications (from yum and also source code like specific python version). Now I need to do the same for multiple devices. Is there any best way to do that?
I researched a bit and found out I can make a kickstart image. However, the tutorial I followed does not include the way to include the application I installed from source code. Should I use the kickstart image for my case or is there other way to clone the existing SSD to a new drive?
Thanks in advance
linux centos kickstart
closed as too broad by Rui F Ribeiro, jayhendren, DopeGhoti, mdpc, G-Man Jan 5 at 6:57
Please edit the question to limit it to a specific problem with enough detail to identify an adequate answer. Avoid asking multiple distinct questions at once. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.
add a comment |Â
up vote
0
down vote
favorite
I recently had a CentOS6.9 system and I installed quite a lot of applications (from yum and also source code like specific python version). Now I need to do the same for multiple devices. Is there any best way to do that?
I researched a bit and found out I can make a kickstart image. However, the tutorial I followed does not include the way to include the application I installed from source code. Should I use the kickstart image for my case or is there other way to clone the existing SSD to a new drive?
Thanks in advance
linux centos kickstart
closed as too broad by Rui F Ribeiro, jayhendren, DopeGhoti, mdpc, G-Man Jan 5 at 6:57
Please edit the question to limit it to a specific problem with enough detail to identify an adequate answer. Avoid asking multiple distinct questions at once. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I recently had a CentOS6.9 system and I installed quite a lot of applications (from yum and also source code like specific python version). Now I need to do the same for multiple devices. Is there any best way to do that?
I researched a bit and found out I can make a kickstart image. However, the tutorial I followed does not include the way to include the application I installed from source code. Should I use the kickstart image for my case or is there other way to clone the existing SSD to a new drive?
Thanks in advance
linux centos kickstart
I recently had a CentOS6.9 system and I installed quite a lot of applications (from yum and also source code like specific python version). Now I need to do the same for multiple devices. Is there any best way to do that?
I researched a bit and found out I can make a kickstart image. However, the tutorial I followed does not include the way to include the application I installed from source code. Should I use the kickstart image for my case or is there other way to clone the existing SSD to a new drive?
Thanks in advance
linux centos kickstart
asked Jan 4 at 18:09
Allen W
6
6
closed as too broad by Rui F Ribeiro, jayhendren, DopeGhoti, mdpc, G-Man Jan 5 at 6:57
Please edit the question to limit it to a specific problem with enough detail to identify an adequate answer. Avoid asking multiple distinct questions at once. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.
closed as too broad by Rui F Ribeiro, jayhendren, DopeGhoti, mdpc, G-Man Jan 5 at 6:57
Please edit the question to limit it to a specific problem with enough detail to identify an adequate answer. Avoid asking multiple distinct questions at once. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.
add a comment |Â
add a comment |Â
2 Answers
2
active
oldest
votes
up vote
1
down vote
The main reasons to develop a kickstart solution are willing to be able to repeat multiple time the same installation and also having the possibility to develop your setup in the future.
A bullet proof kickstart solution will take time to develop and debug.
Also, if one of those points is not in the direction you want, cloning the disk is the easiest and quickest solution.
Usually, people do this using Clonezilla.
add a comment |Â
up vote
0
down vote
If you want to keep multiple systems in sync, you're probably better off using a configuration management tool such as Chef, Puppet, Ansible, SaltStack, CFEngine, etc.
The problem with the kickstart or clone approach is that they only apply at the time that the system or device is created. That means that if you decide later that you need to have a new application installed on all of the systems or devices that already exist, you will need to do so manually, one-by-one.
It's also worth noting that provisioning vs a reused cache (which can be compressed in an archive easily with apt-get) during installation of packages is not an expensive process. Further, both Fedora/RHEL/CentOS and Ubuntu provide fairly good remote installation and configuration and Debian has configurable net install at least.
â jdwolf
Jan 4 at 21:40
I honestly have no idea what you're talking about or how it's relevant to my answer, @jdwolf.
â jayhendren
Jan 4 at 23:20
add a comment |Â
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
The main reasons to develop a kickstart solution are willing to be able to repeat multiple time the same installation and also having the possibility to develop your setup in the future.
A bullet proof kickstart solution will take time to develop and debug.
Also, if one of those points is not in the direction you want, cloning the disk is the easiest and quickest solution.
Usually, people do this using Clonezilla.
add a comment |Â
up vote
1
down vote
The main reasons to develop a kickstart solution are willing to be able to repeat multiple time the same installation and also having the possibility to develop your setup in the future.
A bullet proof kickstart solution will take time to develop and debug.
Also, if one of those points is not in the direction you want, cloning the disk is the easiest and quickest solution.
Usually, people do this using Clonezilla.
add a comment |Â
up vote
1
down vote
up vote
1
down vote
The main reasons to develop a kickstart solution are willing to be able to repeat multiple time the same installation and also having the possibility to develop your setup in the future.
A bullet proof kickstart solution will take time to develop and debug.
Also, if one of those points is not in the direction you want, cloning the disk is the easiest and quickest solution.
Usually, people do this using Clonezilla.
The main reasons to develop a kickstart solution are willing to be able to repeat multiple time the same installation and also having the possibility to develop your setup in the future.
A bullet proof kickstart solution will take time to develop and debug.
Also, if one of those points is not in the direction you want, cloning the disk is the easiest and quickest solution.
Usually, people do this using Clonezilla.
answered Jan 4 at 19:01
Kevin Lemaire
1,037421
1,037421
add a comment |Â
add a comment |Â
up vote
0
down vote
If you want to keep multiple systems in sync, you're probably better off using a configuration management tool such as Chef, Puppet, Ansible, SaltStack, CFEngine, etc.
The problem with the kickstart or clone approach is that they only apply at the time that the system or device is created. That means that if you decide later that you need to have a new application installed on all of the systems or devices that already exist, you will need to do so manually, one-by-one.
It's also worth noting that provisioning vs a reused cache (which can be compressed in an archive easily with apt-get) during installation of packages is not an expensive process. Further, both Fedora/RHEL/CentOS and Ubuntu provide fairly good remote installation and configuration and Debian has configurable net install at least.
â jdwolf
Jan 4 at 21:40
I honestly have no idea what you're talking about or how it's relevant to my answer, @jdwolf.
â jayhendren
Jan 4 at 23:20
add a comment |Â
up vote
0
down vote
If you want to keep multiple systems in sync, you're probably better off using a configuration management tool such as Chef, Puppet, Ansible, SaltStack, CFEngine, etc.
The problem with the kickstart or clone approach is that they only apply at the time that the system or device is created. That means that if you decide later that you need to have a new application installed on all of the systems or devices that already exist, you will need to do so manually, one-by-one.
It's also worth noting that provisioning vs a reused cache (which can be compressed in an archive easily with apt-get) during installation of packages is not an expensive process. Further, both Fedora/RHEL/CentOS and Ubuntu provide fairly good remote installation and configuration and Debian has configurable net install at least.
â jdwolf
Jan 4 at 21:40
I honestly have no idea what you're talking about or how it's relevant to my answer, @jdwolf.
â jayhendren
Jan 4 at 23:20
add a comment |Â
up vote
0
down vote
up vote
0
down vote
If you want to keep multiple systems in sync, you're probably better off using a configuration management tool such as Chef, Puppet, Ansible, SaltStack, CFEngine, etc.
The problem with the kickstart or clone approach is that they only apply at the time that the system or device is created. That means that if you decide later that you need to have a new application installed on all of the systems or devices that already exist, you will need to do so manually, one-by-one.
If you want to keep multiple systems in sync, you're probably better off using a configuration management tool such as Chef, Puppet, Ansible, SaltStack, CFEngine, etc.
The problem with the kickstart or clone approach is that they only apply at the time that the system or device is created. That means that if you decide later that you need to have a new application installed on all of the systems or devices that already exist, you will need to do so manually, one-by-one.
answered Jan 4 at 19:22
jayhendren
5,09721341
5,09721341
It's also worth noting that provisioning vs a reused cache (which can be compressed in an archive easily with apt-get) during installation of packages is not an expensive process. Further, both Fedora/RHEL/CentOS and Ubuntu provide fairly good remote installation and configuration and Debian has configurable net install at least.
â jdwolf
Jan 4 at 21:40
I honestly have no idea what you're talking about or how it's relevant to my answer, @jdwolf.
â jayhendren
Jan 4 at 23:20
add a comment |Â
It's also worth noting that provisioning vs a reused cache (which can be compressed in an archive easily with apt-get) during installation of packages is not an expensive process. Further, both Fedora/RHEL/CentOS and Ubuntu provide fairly good remote installation and configuration and Debian has configurable net install at least.
â jdwolf
Jan 4 at 21:40
I honestly have no idea what you're talking about or how it's relevant to my answer, @jdwolf.
â jayhendren
Jan 4 at 23:20
It's also worth noting that provisioning vs a reused cache (which can be compressed in an archive easily with apt-get) during installation of packages is not an expensive process. Further, both Fedora/RHEL/CentOS and Ubuntu provide fairly good remote installation and configuration and Debian has configurable net install at least.
â jdwolf
Jan 4 at 21:40
It's also worth noting that provisioning vs a reused cache (which can be compressed in an archive easily with apt-get) during installation of packages is not an expensive process. Further, both Fedora/RHEL/CentOS and Ubuntu provide fairly good remote installation and configuration and Debian has configurable net install at least.
â jdwolf
Jan 4 at 21:40
I honestly have no idea what you're talking about or how it's relevant to my answer, @jdwolf.
â jayhendren
Jan 4 at 23:20
I honestly have no idea what you're talking about or how it's relevant to my answer, @jdwolf.
â jayhendren
Jan 4 at 23:20
add a comment |Â