Make sure BOOTPROTO=static is also set in the ifcfg- files. Double check the
PEERDNS in the other ifcfg- files as well.
Erik
Sent from my Verizon Wireless 4G LTE smartphone
-------- Original message --------
From: Jeremy Schneider <jeremy.schneider@xxxxxxxxxxxxxx>
Date: 08/06/2015 8:39 AM (GMT-05:00)
To: racattack@xxxxxxxxxxxxx
Subject: [racattack] Fwd: RAC Attack configuration question....
Mark posted this question to the oracle-l list. Anyone know the
answer off the top of their head and can respond to him?
---------- Forwarded message ----------
From: Mark J. Bobak <mark@xxxxxxxxx>
Date: Wed, Aug 5, 2015 at 5:11 PM
Subject: RAC Attack configuration question....
To: ORACLE-L <oracle-l@xxxxxxxxxxxxx>
Hi guys,
I'm working on setting up a RAC Attack installation on my new 16GB Macbook Pro.
VirtualBox version: 5.0
Host: Mac OS X 10.10.4
Guest: Oracle Linux 6.7
I've gone through as far as creating the first VM, and I've configured
bind/DNS, and I've modified /etc/sysconfig/network-scripts/ifcfg-eth2
to set PEERDNS, DEFROUTE, and PEERROUTES all to no.
after stopping and restarting the network service:
service network restart
my /etc/resolv.conf looks like this:
[root@racattack1 ~]# cat /etc/resolv.conf
; generated by /sbin/dhclient-script
nameserver 192.168.78.51
nameserver 192.168.78.52
nameserver 192.168.1.1 <<--- This doesn't belong
search racattack
This looks ok, except the third nameserver line should not be present.
If I remove it, and then restart the network service again, that line
comes back. So, I'm not sure where it's coming from. Also, it's my
understanding (from the RAC Attack documentation) that if PEERDNS=no,
then the /etc/resolv.conf file should *not* be re-written...but it is.
Has anyone else who's done RAC Attack had this problem?
Thanks,
-Mark
