[racattack] Re: RACAttack on steroids (how to speed up deployment) We need volunteers for implementation
- From: Ludovico Caldara <Ludovico.Caldara@xxxxxxxxxxxx>
- To: "racattack@xxxxxxxxxxxxx" <racattack@xxxxxxxxxxxxx>
- Date: Mon, 20 Jan 2014 09:54:19 +0000
Hi Marcin,
udev, not asmlib :-)
It's a pity that we need to stop just before the boring part.
If we go with VDIs, we should document how to verify if the disks and
networking components are ok after plugging them into Vbox, or the installation
will fail.
Best regards
Ludovico Caldara
Senior Consultant
Infrastructure Managed Services
trivadis AG
Rue Marterey 5
CH-1005 Lausanne
Phone +41-58 459 54 54
Fax +41-21-321 47 01
Mobile +41-79-909 72 75
ludovico.caldara@xxxxxxxxxxxx<mailto:ludovico.caldara@xxxxxxxxxxxx>
www.trivadis.com <http://www.trivadis.com/>
________________________________
Da: racattack-bounce@xxxxxxxxxxxxx [racattack-bounce@xxxxxxxxxxxxx] per conto
di Marcin Przepiorowski [pioro1@xxxxxxxxx]
Inviato: lunedì 20 gennaio 2014 10.47
A: racattack@xxxxxxxxxxxxx
Oggetto: [racattack] Re: RACAttack on steroids (how to speed up deployment) We
need volunteers for implementation
Hi Guys,
I can prepare a VDI - no problem at all. My understanding is that we can
install all prerequisites and
configure ASMLib to make it ready for CRS installation ? Yury is that correct ?
regards,
Marcin
On Sun, Jan 19, 2014 at 12:33 PM, Yury Velikanov
<j.velikanovs@xxxxxxxxx<mailto:j.velikanovs@xxxxxxxxx>> wrote:
Hi Team,
I don't want to hijack the thread just want to through an additional idea.
While scripting could speed up the setup it will require some development
efforts + portability to other platforms.
On the other hand as VBox and OLinux are opened (GNU) products nothing stopping
us to create VDI disk with OS pre-installed and RAC setup done. We publish it
on the net and pass it to participants via USB (we can do it as those are GNU).
The only thing that participants will need to do is to go through VBOX VM hosts
setup. This is where VBOX scripts could be handy :)
If we combine those two methods the setup (for those who want) could be
significantly faster :)
NOW WE NEED A VOLUNTEERS who would be willing to configure VM VDI files as
close to RAC install as possible (exactly following existing 12c RAC Attack
instructions), test the VDI with other volunteer and publish it to public along
with instructions how to use it.
PS: BTW Bjoern as far as I know *I may be wrong* Windows version of VirtualBox
is slightly different. On couple of occasions I didn't find commands available
on on other platforms).
What do you think about the idea?
Best Regards,
Yury Velikanov
Oracle ACE Director
j.velikanovs@xxxxxxxxx<mailto:j.velikanovs@xxxxxxxxx> +371
27871545<tel:%2B371%2027871545> (while in Riga)
Twitter: @yvelik<https://twitter.com/yvelik> |
Linkedin<http://au.linkedin.com/in/yuryvelikanov> |
AboutMe<https://plus.google.com/u/1/107075205411714880234/about>
On Sun, Jan 19, 2014 at 1:27 PM, Marcin Przepiorowski
<pioro1@xxxxxxxxx<mailto:pioro1@xxxxxxxxx>> wrote:
Hi Guys,
I'm using VBoxManage in my scripts - I can do it more portable to other OS-es
but I don't have a Mac. So I can do Windows / Linux but someone has to do Mac.
Do we have a common github for scripts like for a book ?
regards,
Marcin
On Sun, Jan 19, 2014 at 9:16 AM, Bjoern Rost
<b.rost@xxxxxxxxxxx<mailto:b.rost@xxxxxxxxxxx>> wrote:
Good morning,
> I have a quick question about VBOX activities automatisation scripts (create
> VMs, creating storage, defining VM network interfaces etc). Would those
> scripts be dependents on OS of a workstation? As of based on my experience
> participants have 3 OS types: Win 7, Win 8, Mac OS. Is it possible to write
> one set of scripts to be used on popular platforms?
I think so. VirtualBox comes with a commandline interface called VBoxManage.
The subcommands used to control the VMs are the same on all host platforms (as
far as I know). Of course, some of the paths (where to put the virtual disks)
and device names might be different. This could be solved by making those parts
configurable.
cheers
bjoern
--
Marcin Przepiorowski
http://oracleprof.blogspot.com
--
Marcin Przepiorowski
http://oracleprof.blogspot.com
Other related posts:
