[racattack] Re: RAC Attack Automation Project
- From: Alvaro Miranda Aguilera <kikitux@xxxxxxxxx>
- To: "racattack@xxxxxxxxxxxxx" <racattack@xxxxxxxxxxxxx>
- Date: Fri, 4 Apr 2014 06:54:31 +1300
And should read all the emails before reply :)
I did a pull request from Jeremy about setting gitattributes. Merged,
WIll check if that fix the issue.
On Fri, Apr 4, 2014 at 6:47 AM, Alvaro Miranda Aguilera
<kikitux@xxxxxxxxx>wrote:
> Morning!
>
> Sorry for not reply before, NZ is GMT+12, so 6.30am here :)
>
> Short:
>
> I will use a created zip file rather than the autogenerated zip file due
> the space issues
>
>
> https://github.com/racattack/vagrantfile/blob/master/12cR1_Linux.zip?raw=true
>
> I will update the Wiki, but basically the main rule will become replaze
> the zip file link as github generate a master.zip file, and the file seems
> is not parsed or something with dos2unix..
>
> Long:
> I saw the same issue when I send a beta version to Leighton, so I ended
> creating a zip file in the github like a version in time (release?)
>
> So, instead of pointing to http://github...../master.zip I will create a
> zip file as part of the project
>
> For those using it, fell free to download, and replace on your existing
> test run
>
>
> https://github.com/racattack/vagrantfile/blob/master/12cR1_Linux.zip?raw=true
>
>
> I will be checking on my laptop downloading this file, Eat your own food
>
> I did read some of the issues, I think some of them will be fixed, but let
> me write what I see was happening.
>
> - errors about using kikitux/racattack is because you are using some old
> version of the file or zip file (perhaps from my dropbox)
>
> i have delete the zip file of my dropbox, and the official way will be use
> the zip file on the github, that have procesed with dos2unix
>
> - error on creating the shared disk
>
> this should be fixed now, but as workaround, the disk will be created only
> 1. I had a logic issue, so took the attach out of the cycle.
>
> I had some issue when VirtualBox complaining on the box already exists, so
> I end using collabn1.140403 as hostname when the machine boots up, this is
> just on the VirtualBox Gui.. Vagrant usually create machine_serial due
> VirtualBox running some command faster than others, so having a unique vm
> name like collabn1 cause some errors on machine/path/disk already exists
>
> this should be fixed, attach of the disk is out of create look and machine
> now use name.yymmdd
>
> I will be documenting this on the issue task of github, so feel free to
> create one, or if you report here, I will create one to keep a track.
>
> Will be reading the other emails later when I am at the office,
>
> Thanks!
>
>
> 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<https://en.wikibooks.org/wiki/RAC_Attack_-_Oracle_Cluster_Database_at_Home/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 <http://vagrantup.com/> 1.5.1
>>>> - packer <http://packer.io/> 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
>>>> [image:
>>>> Information]<https://commons.wikimedia.org/wiki/File:Information_icon.svg>
>>>>
>>>>
>>>
>>> --
>>> Regards,
>>> Leighton L. Nelson
>>>
>>
>>
>
Other related posts:
