[racattack] Re: RAC Attack Automation Project
- From: Bjoern Rost <b.rost@xxxxxxxxxxx>
- To: racattack@xxxxxxxxxxxxx
- Date: Tue, 8 Apr 2014 09:40:53 +0200
good find! So much for unBREAKable kernel… One would think that Oracle would
actually test at least their database against the new kernel version number.
The hugepages script is also broken:
http://portrix-systems.de/blog/brost/setting-up-huge-pages-with-uek-r3-kernel-3-8/
Have you tried running the installer through the uname26 wrapper?
cheers
Bjoern
On Apr 6, 2014, at 15:13 , Leighton Nelson <leightonn@xxxxxxxxx> wrote:
> Another note is if you use Oracle Linux 6.5 you won't be able to complete the
> section of the lab for creating ACFS volumes.
> https://en.wikibooks.org/wiki/RAC_Attack_-_Oracle_Cluster_Database_at_Home/RAC_Attack_12c/ASM_Configuration
>
> After running ASMCA you will notice that the Volumes and ACFS tabs are greyed
> out.
> <image.png>
>
> [root@collabn1 ~]# /u01/app/12.1.0/grid/bin/acfsload start -s
> ACFS-9459: ADVM/ACFS is not supported on this OS version:
> '3.8.13-26.2.2.el6uek.x86_64'
>
> ACFS is only supported on 2.6.39-100 kernels.
> ACFS Support On OS Platforms (Certification Matrix). (Doc ID 1369107.1)
>
>
> On Sun, Apr 6, 2014 at 7:57 AM, Leighton Nelson <leightonn@xxxxxxxxx> wrote:
> I tested and verified that it's working now. BTW "vagrant up" takes a little
> over 4 mins to complete on my machine (not including the time to download the
> base box) - that's a 2009 iMac with a single core 2 duo and 16GB physical
> memory and SATA II HDD.
>
> Notes:
> 1. The link pointed to in the section doesn't open the correct repo:
> If you have github software installed, then you can click on this link
>
> <image.png>
>
> 2. The VMs are created with 2 vCPUs each vs 1 vCPU used in the labs.
>
> 3. Added note to make users aware that the shared virtual disks will be
> created in the folder in which the vagrant files have been extracted. Some
> people may prefer using a secondary or external disk for for storing vmdks.
>
> 4. After staging and unzipping the files in the /media/sf_12cR1 I couldn't
> execute runInstaller due to incorrect permissions since the shared folder is
> mounted with ownership of vagrant and read privileges only. I tried to
> manually change the permissions as root but it was ignored. To work around
> this I made the changes to the Vagrantfile as follows:
>
> config.vm.synced_folder "12cR1", "/media/sf_12cR1", :mount_options =>
> ["dmode=755","fmode=755"],
> owner: "grid", group: "oinstall"
>
> Once that was done I was able to successfully install the grid infrastructure.
>
> -Leighton
>
>
>
> On Thu, Apr 3, 2014 at 6:41 PM, Alvaro Miranda Aguilera <kikitux@xxxxxxxxx>
> wrote:
> Thanks, 2 and 3 are now fixes
> pull 4 is merged.
>
> I am in the process to test your gitattributes does the trick... thanks for
> that
>
> and yes, seems to work 100% fine now.. I did download the zip generated by
> github
>
>
>
> On Fri, Apr 4, 2014 at 6:27 AM, Jeremy Schneider
> <jeremy.schneider@xxxxxxxxxxxxxx> wrote:
> I am still using Vagrant 1.5.1 - it's the version Alvaro posted on the wiki
> that he tested with. I've create an issue in github for the issue Leighton
> and I encountered with Alvaro's vagrantcloud box:
> https://github.com/racattack/vagrantfile/issues/3
>
> I also had a problem with the shared disks. Haven't figured out a fix but I
> did figure out a workaround. Documented the issue and workaround on github
> here:
> https://github.com/racattack/vagrantfile/issues/2
>
> My two small patches for windows support seemed to work well; I went ahead
> and submitted a pull request for Alvaro to accept them into the main
> racattack repo.
> https://github.com/racattack/vagrantfile/pull/4
>
> -J
>
> --
> http://about.me/jeremy_schneider
>
>
> On Thu, Apr 3, 2014 at 8:32 AM, Leighton Nelson <leightonn@xxxxxxxxx> wrote:
> Yes I noticed that I was able to pull that box down (actually it stalled at
> 45%). It looks like version 1.
> BTW if using an older vagrant version you'll get a different error message
> indicating it can't find the box. After I upgraded to 1.5.2 it was able to
> find it but not download it.
>
>
> On Thursday, April 3, 2014, Jeremy Schneider
> <jeremy.schneider@xxxxxxxxxxxxxx> wrote:
> Leighton - I was getting this too. Try editing the vagrantfile to this:
> config.vm.box = "racattack/oracle65"
>
> I'm still working on the vagrant setup myself, so not sure yet how/if this
> box is different from the one on alvaro's personal vagrantcloud account. I'm
> sure that we'll eventually be switching over to the racattack vagrantcloud
> account anyway.
>
> -Jeremy
>
>
> --
> http://about.me/jeremy_schneider
>
>
> On Thu, Apr 3, 2014 at 8:06 AM, Leighton Nelson <leightonn@xxxxxxxxx> wrote:
> Hi Alvaro,
> I tried running the automated rac vagrant but getting an error message while
> trying to download the base box.
>
> Leightons-MacBook-Pro:racattack12cR1 leighton$ vagrant up
>
> collabn2 eth1 lanip :192.168.78.52
> collabn2 eth2 privip :172.16.100.52
> collabn2 dns server role is slave
> on first boot shared disks will be created, this will take some time
>
> collabn1 eth1 lanip :192.168.78.51
> collabn1 eth2 privip :172.16.100.51
> collabn1 dns server role is master
> Bringing machine 'collabn2' up with 'virtualbox' provider...
> Bringing machine 'collabn1' up with 'virtualbox' provider...
> ==> collabn2: Box 'kikitux/oracle65-racattack' could not be found. Attempting
> to find and install...
> collabn2: Box Provider: virtualbox
> collabn2: Box Version: >= 0
> ==> collabn2: Loading metadata for box 'kikitux/oracle65-racattack'
> collabn2: URL: https://vagrantcloud.com/kikitux/oracle65-racattack
> ==> collabn2: Adding box 'kikitux/oracle65-racattack' (v14.03.29) for
> provider: virtualbox
> collabn2: Downloading:
> https://vagrantcloud.com/kikitux/oracle65-racattack/version/2/provider/virtualbox.box
> The box failed to unpackage properly. Please verify that the box
> file you're trying to add is not corrupted and try again. The
> output from attempting to unpackage (if any):
>
> bsdtar: Error opening archive: Unrecognized archive format
>
>
>
> On Tue, Apr 1, 2014 at 4:16 PM, Alvaro Miranda Aguilera <kikitux@xxxxxxxxx>
> wrote:
> done.
>
> https://en.wikibooks.org/w/index.php?title=RAC_Attack_-_Oracle_Cluster_Database_at_Home/RAC_Attack_Automation&stable=0#Software_used_in_this_implementation
>
> expanded a bit with more information:
>
> Software used in this implementation
>
> Besides the software listed in RAC_Attack_12c/Software_Components for SSH,
> VNC and Grid and Database component, the following software have been used
> and tested in this implementation.
>
> • vagrant 1.5.1
> • packer 0.5.2
> OS that are know to work
>
> This implementation have been tested in the following operating system:
>
> • Windows 7 Professional 64 bit
> • OracleLinux 6.5 64 bit
> • Apple OSX OS X 10.9.2
> OS used in the guest machine
>
> The OS used in the guest machine is Oracle Linux 6.5 + updates.
>
> The version of the box used reflect the day when the box was created and
> updated:
>
> alvaros-mini:oracle65 alvarom$ vagrant box outdated --global
>
> • 'racattack/oracle65' (v14.03.29) is up to date
> alvaros-mini:oracle65 alvarom$
>
> This version of racattack/oracle65 was created and updated to 14.03.29
>
>
>
>
> --
> Regards,
> Leighton L. Nelson
>
>
>
>
>
> --
> Regards,
> Leighton L. Nelson
>
>
>
> --
> Regards,
> Leighton L. Nelson
--
Bjoern Rost
Tel +49-40-39 80 53 - 19
Fax +49-40-39 80 53 - 29
portrix.net GmbH
Friesenweg 2b
22763 Hamburg
HRB 79850 (Amtsgericht Hamburg)
Geschaeftsfuehrer: Knud Alex Mueller, Niclas Schroeder, Henning Voss
http://www.portrix.net/
Other related posts:
