<p dir="ltr"></p>
<p dir="ltr">Sent from my mobile</p>
<p dir="ltr">On Nov 19, 2016 09:53, "Nate" <<a href="mailto:war@undrground.org">war@undrground.org</a>> wrote:<br>
><br>
> Did you ever type up a lengthy email to a list, looking for help, and then the moment you hit send, a lightbulb goes on, and you fix your ow problem?<br>
><br>
></p>
<p dir="ltr">Ha, I know I have. Not a problem, we're on #rdo if anything else comes up.</p>
<p dir="ltr">Take care</p>
<p dir="ltr">> Apparently when I built my test system, my build environment turned on iptables (like I've told it to) and it was too restrictive. I flushed iptables, and disabled puppet (so it wouldnt turn it back on again) rebooted the undercloud vm, and guess what? It's on the network now.<br>
><br>
> Quickstart is now able to communicate with the undercloud vm.<br>
><br>
> To anyone reading this, having a similar problem.... Check iptables.<br>
><br>
> :headdesk:<br>
><br>
> -----------<br>
> RHCSA, RHCE, RHCVA (#110-011-426)<br>
> gpg public key:<br>
> <a href="https://keybase.io/gangrif">https://keybase.io/gangrif</a><br>
> - or -<br>
> MIT's public key server, <a href="http://pgp.mit.edu">pgp.mit.edu</a><br>
><br>
> ----- Original Message -----<br>
> From: "war" <<a href="mailto:war@undrground.org">war@undrground.org</a>><br>
> To: <a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a><br>
> Sent: Saturday, November 19, 2016 9:43:49 AM<br>
> Subject: [rdo-list] [TripleO] quickstart undercloud problems.<br>
><br>
> Good Morning rdo-list,<br>
> im attempting to get a test openstack install up and running using RDO, and ooo quickstart on Centos 7.<br>
><br>
> I'm following the brief instructions found here: <a href="https://www.rdoproject.org/tripleo/">https://www.rdoproject.org/tripleo/</a><br>
><br>
> I am running quickstart from the same system i'm targeting. So i'm setting $VIRTHOST to localhost, or the local IP of the box (192.168.3.10), I've tried it both ways, which doesn't seem to make a difference. I'm running quickstart as my local use, not the stack user.<br>
><br>
> Initially things appear to run along nicely, the script downloads images and whatnot, it even starts up the undercloud vm as the stack user.<br>
><br>
> [stack@fog ~]$ virsh list<br>
> Id Name State<br>
> ----------------------------------------------------<br>
> 2 undercloud running<br>
><br>
><br>
> When quickstart gets to the point where it's attempting to determine the IP of the undercloud VM, it fails. I did a little digging on how exactly that works, and found that the script which it runs is not getting any results.<br>
><br>
> >From the script:<br>
> mac=$(virsh dumpxml $VMNAME | awk -F "'" '/mac address/ { print $2; exit }')<br>
><br>
> # Look up the MAC address in the ARP table.<br>
> ip=$(ip neigh | grep $mac | awk '{print $1;}')<br>
><br>
> I've tried these manually, and sure enough the mac address is not in ip neigh.<br>
><br>
> stack@fog .quickstart]$ virsh dumpxml undercloud | awk -F "'" '/mac address/ { print $2; exit }'<br>
> 00:e4:b2:54:b5:fb<br>
> [stack@fog .quickstart]$ ip neigh | grep '00:e4:b2:54:b5:fb' | awk '{print $1;}'<br>
> [stack@fog .quickstart]$ ip neigh | grep -v FAILED<br>
> 192.168.3.1 dev enp13s0 lladdr 52:54:00:ab:d2:15 REACHABLE<br>
> 192.168.3.251 dev enp13s0 lladdr 52:54:00:f2:90:b7 REACHABLE<br>
> [stack@fog .quickstart]$<br>
><br>
> I did a virsh console on the undercloud vm, and reset it, so I could watch it boot, and I see the following in the boot messages:<br>
><br>
> [FAILED] Failed to start LSB: Bring up/down networking.<br>
> See 'systemctl status network.service' for details.<br>
><br>
> I cant login to the undercloud vm, as I don't have the local username/pass. or I'd troubleshoot that further.<br>
><br>
><br>
> As far as I can tell the undercloud system uses standard linux bridges to setup network communication, They appear present, but as they're not configured in the same manner i've used in the past, I can't be certain if they're working properly.<br>
><br>
> [stack@fog ~]$ brctl show<br>
> bridge name bridge id STP enabled interfaces<br>
> brext 8000.525400af4796 no brext-nic<br>
> tap0<br>
> brovc 8000.525400180812 no brovc-nic<br>
> tap1<br>
> virbr0 8000.525400a3f6b5 yes virbr0-nic<br>
> [stack@fog ~]$ ifconfig brext-nic<br>
> brext-nic: flags=4098<BROADCAST,MULTICAST> mtu 1500<br>
> ether 52:54:00:af:47:96 txqueuelen 500 (Ethernet)<br>
> RX packets 0 bytes 0 (0.0 B)<br>
> RX errors 0 dropped 0 overruns 0 frame 0<br>
> TX packets 0 bytes 0 (0.0 B)<br>
> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0<br>
><br>
> [stack@fog ~]$ ifconfig brovc-nic<br>
> brovc-nic: flags=4098<BROADCAST,MULTICAST> mtu 1500<br>
> ether 52:54:00:18:08:12 txqueuelen 500 (Ethernet)<br>
> RX packets 0 bytes 0 (0.0 B)<br>
> RX errors 0 dropped 0 overruns 0 frame 0<br>
> TX packets 0 bytes 0 (0.0 B)<br>
> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0<br>
><br>
><br>
> I've tried some other basics, like setting selinux to permissinv and re-trying (which was a long shot) and it didn't help.<br>
><br>
> Any suggestions on what to tr next would be helpful.<br>
><br>
> Thanks!<br>
><br>
> -----------<br>
> RHCSA, RHCE, RHCVA (#110-011-426)<br>
> gpg public key:<br>
> <a href="https://keybase.io/gangrif">https://keybase.io/gangrif</a><br>
> - or -<br>
> MIT's public key server, <a href="http://pgp.mit.edu">pgp.mit.edu</a><br>
><br>
> _______________________________________________<br>
> rdo-list mailing list<br>
> <a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a><br>
> <a href="https://www.redhat.com/mailman/listinfo/rdo-list">https://www.redhat.com/mailman/listinfo/rdo-list</a><br>
><br>
> To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.com</a><br>
><br>
> _______________________________________________<br>
> rdo-list mailing list<br>
> <a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a><br>
> <a href="https://www.redhat.com/mailman/listinfo/rdo-list">https://www.redhat.com/mailman/listinfo/rdo-list</a><br>
><br>
> To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.com</a><br></p>