perfSONAR User Q&A and Other Discussion

["Florio, Christopher N" <>]

OK I take back everything, apparently this vlan is now being routed behind a 
firewall, which I wasn't aware of.

I so apologize for wasting everyone's time.  How embarrassing, omg.


On Jun 6, 2014, at 9:46 AM, Aaron Brown 
<>
 wrote:

> Hey Chris,
> 
> So apache appears to be working. What happens if you try to grab via the 
> external IP from on that host itself instead of going over loopback? 
> (checking if something is going wonky with apache doing a reverse lookup or 
> something)
> 
> wget http://152.2.61.21/toolkit/gui/reverse_traceroute.cgi
> 
> Cheers,
> Aaron
> 
> 
> On Jun 5, 2014, at 4:18 PM, Florio, Christopher N 
> <>
>  wrote:
> 
>> Well crap.
>> 
>> Thanks Kade!  I've opened up ssh so that I can cut/paste easily now.
>> 
>> Yes, that did it, that wget did work thankfully.
>> 
>> 
>> [root@ndt101
>>  ~]# wget https://127.0.0.1/toolkit/gui/reverse_traceroute.cgi  
>> --no-check-certificate
>> --2014-06-05 16:17:56--  
>> https://127.0.0.1/toolkit/gui/reverse_traceroute.cgi
>> Connecting to 127.0.0.1:443... connected.
>> WARNING: cannot verify 127.0.0.1’s certificate, issued by 
>> “/”:
>>  Self-signed certificate encountered.
>>    WARNING: certificate common name “ndt101.itcc.unc.edu” doesn't match 
>> requested host name “127.0.0.1”.
>> HTTP request sent, awaiting response... 200 OK
>> Length: unspecified [text/html]
>> Saving to: “reverse_traceroute.cgi”
>> 
>>    [ <=>                                                                   
>>                                                                            
>>                                                       ] 1,375       
>> --.-K/s   in 0s      
>> 
>> 2014-06-05 16:17:56 (9.53 MB/s) - “reverse_traceroute.cgi” saved [1375]
>> 
>> [root@ndt101
>>  ~]# 
>> 
>> On Jun 5, 2014, at 4:12 PM, Kade P Cole 
>> <>
>>  wrote:
>> 
>>> Try the command again: wget 
>>> https://127.0.0.1/toolkit/gui/reverse_traceroute.cgi
>>> 
>>> The screen shot you sent showed 172.0.0.1 not 127.0.0.1
>>> 
>>> 
>>> On Jun 5, 2014, at 1:56 PM, Florio, Christopher N 
>>> <>
>>>  wrote:
>>> 
>>>> No dice.
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> On Jun 5, 2014, at 2:42 PM, Aaron Brown 
>>>> <>
>>>>  wrote:
>>>> 
>>>>> Hey Chris,
>>>>> 
>>>>> This is bizarre. Could you try running the following on the host itself?
>>>>> 
>>>>> wget https://127.0.0.1/toolkit/gui/reverse_traceroute.cgi
>>>>> 
>>>>> Cheers,
>>>>> Aaron
>>>>> 
>>>>> On Jun 5, 2014, at 2:05 PM, Florio, Christopher N 
>>>>> <>
>>>>>  wrote:
>>>>> 
>>>>>> I've attached the /var/log/httpd directory 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> On Jun 5, 2014, at 2:01 PM, Aaron Brown 
>>>>>> <>
>>>>>>  wrote:
>>>>>> 
>>>>>>> Hey Chris,
>>>>>>> 
>>>>>>> It looks like I can get to the host. Something just goes wonky when 
>>>>>>> the GET is done:
>>>>>>> 
>>>>>>>> $ curl -v http://152.2.61.21/toolkit/
>>>>>>>> * About to connect() to 152.2.61.21 port 80 (#0)
>>>>>>>> *   Trying 152.2.61.21...
>>>>>>>> * Adding handle: conn: 0x7faed980aa00
>>>>>>>> * Adding handle: send: 0
>>>>>>>> * Adding handle: recv: 0
>>>>>>>> * Curl_addHandleToPipeline: length: 1
>>>>>>>> * - Conn 0 (0x7faed980aa00) send_pipe: 1, recv_pipe: 0
>>>>>>>> * Connected to 152.2.61.21 (152.2.61.21) port 80 (#0)
>>>>>>>>> GET /toolkit/ HTTP/1.1
>>>>>>>>> User-Agent: curl/7.30.0
>>>>>>>>> Host: 152.2.61.21
>>>>>>>>> Accept: */*
>>>>>>>>> 
>>>>>>>> * Empty reply from server
>>>>>>>> * Connection #0 to host 152.2.61.21 left intact
>>>>>>>> curl: (52) Empty reply from server
>>>>>>> 
>>>>>>> Trying some of the other pages, I’m getting the same kind of hanging. 
>>>>>>> Does the Apache log say anything?
>>>>>>> 
>>>>>>> Cheers,
>>>>>>> Aaron
>>>>>>> 
>>>>>>> On Jun 5, 2014, at 9:59 AM, Florio, Christopher N 
>>>>>>> <>
>>>>>>>  wrote:
>>>>>>> 
>>>>>>>> Doesn't look to be hanging.
>>>>>>>> 
>>>>>>>> 
>>>>>>>> I'm very certain that it's all of the services are bound to the ipv6 
>>>>>>>> address (even though I've got ipv6 specifically in the ifcfg-eth0 
>>>>>>>> file) and is ignoring ipv4.
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On Jun 5, 2014, at 7:57 AM, Aaron Brown 
>>>>>>>> <>
>>>>>>>>  wrote:
>>>>>>>> 
>>>>>>>>> Hey Chris,
>>>>>>>>> 
>>>>>>>>> Can you try running the following on the server, and see what the 
>>>>>>>>> response time is? I think the main CGI may be hanging.
>>>>>>>>> 
>>>>>>>>> time sudo /opt/perfsonar_ps/toolkit/web/root/gui/services/index.cgi
>>>>>>>>> 
>>>>>>>>> Cheers,
>>>>>>>>> Aaron
>>>>>>>>> 
>>>>>>>>> On Jun 4, 2014, at 4:35 PM, Florio, Christopher N 
>>>>>>>>> <>
>>>>>>>>>  wrote:
>>>>>>>>> 
>>>>>>>>>> OK I've edited that - 
>>>>>>>>>> 
>>>>>>>>>> Thanks.
>>>>>>>>>> 
>>>>>>>>>> Still no web page listening.  You do a netstat and see the http 
>>>>>>>>>> listening, supposedly on * ... I really am at a loss.
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> On Jun 4, 2014, at 4:07 PM, Joseph Bernard 
>>>>>>>>>> <>
>>>>>>>>>>  wrote:
>>>>>>>>>> 
>>>>>>>>>>> Chris,
>>>>>>>>>>> 
>>>>>>>>>>> Have you tried just configuring your network by only editing the 
>>>>>>>>>>> ifcfg-eth0 file and not running any scripts afterwards?  You 
>>>>>>>>>>> don’t need to restart if you just do “service network restart”.  
>>>>>>>>>>> The config is PastedGraphic-8.tiff looks like it would work with 
>>>>>>>>>>> "BOOTPROTO=none” instead of “static"
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> Thanks,
>>>>>>>>>>> Joseph B.
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> On Jun 4, 2014, at 3:46 PM, Florio, Christopher N 
>>>>>>>>>>> <>
>>>>>>>>>>>  wrote:
>>>>>>>>>>> 
>>>>>>>>>>>> Hey Andrew,
>>>>>>>>>>>> 
>>>>>>>>>>>> I got side tracked on another project but I need to get back to 
>>>>>>>>>>>> getting this working.
>>>>>>>>>>>> 
>>>>>>>>>>>> Here's what is happening on installing the Netinstall toolkit on 
>>>>>>>>>>>> a vlan that has IPv6 enabled.  I don't want IPv6 on, and I've 
>>>>>>>>>>>> even got it blocked by policy on the port on our enterasys 
>>>>>>>>>>>> switch.
>>>>>>>>>>>> 
>>>>>>>>>>>> I am attaching screen shots to better show what I'm doing and 
>>>>>>>>>>>> what's happening to me.
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> So here's my first configuration window, I've deselected IPv6 
>>>>>>>>>>>> support and am going to assign a  static IPV4 manually.
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> Here's my configuration with my IPv4 that I'm inputting.
>>>>>>>>>>>> 
>>>>>>>>>>>> So far, so good, it's on the network at this point using the 
>>>>>>>>>>>> IPv4 address I gave it and is getting the install stuff from the 
>>>>>>>>>>>> yum repo or whatever.
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> At this stage I can even ping the host while it's installing, so 
>>>>>>>>>>>> it's definitely working on the network.
>>>>>>>>>>>> 
>>>>>>>>>>>> floriodesktop:~ florio$ ping ndt101.itcc.unc.edu
>>>>>>>>>>>> PING ndt101.itcc.unc.edu (152.2.61.21): 56 data bytes
>>>>>>>>>>>> 64 bytes from 152.2.61.21: icmp_seq=0 ttl=62 time=2.259 ms
>>>>>>>>>>>> 64 bytes from 152.2.61.21: icmp_seq=1 ttl=62 time=1.999 ms
>>>>>>>>>>>> 64 bytes from 152.2.61.21: icmp_seq=2 ttl=62 time=1.802 ms
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> Yay success.  I can also at this moment  still ping the host.
>>>>>>>>>>>> 
>>>>>>>>>>>> So I click the reboot....
>>>>>>>>>>>> 
>>>>>>>>>>>> It boots, and I can't ping the IPv4 address:
>>>>>>>>>>>> floriodesktop:~ florio$ ping ndt101.itcc.unc.edu
>>>>>>>>>>>> PING ndt101.itcc.unc.edu (152.2.61.21): 56 data bytes
>>>>>>>>>>>> Request timeout for icmp_seq 0
>>>>>>>>>>>> Request timeout for icmp_seq 1
>>>>>>>>>>>> 
>>>>>>>>>>>> Looks like no IPv4 address configured:
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> Looking at the /etc/sysconfig/network and 
>>>>>>>>>>>> /etc/sysconfig/network-scripts/ifcfg-eth0
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> So, even though I specified a static ip address, we've got 
>>>>>>>>>>>> BOOTPROTO="dhcp" ...  that's not good, I don't have this in a 
>>>>>>>>>>>> dhcp server.
>>>>>>>>>>>> 
>>>>>>>>>>>> Also, it's got IPV6INIT="yes" even though I didn't ask to 
>>>>>>>>>>>> install IPv6 at all.  Also the NM_Controlled="yes" sounds bad 
>>>>>>>>>>>> from what you were saying.
>>>>>>>>>>>> 
>>>>>>>>>>>> I vi the ifcfg-eth0 file to look like
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> And restart the host.
>>>>>>>>>>>> 
>>>>>>>>>>>> It's got an ipv6 address, it's not listening for the web page on 
>>>>>>>>>>>> ipv4... I've got ipv6 blocked at the switch, I don't want ipv6.
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> I run the 
>>>>>>>>>>>> /opt/perfsonar_ps_toolkit_scripts/nptoolkit-configure.py
>>>>>>>>>>>> 
>>>>>>>>>>>> Device configuration
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> Looks right.
>>>>>>>>>>>> 
>>>>>>>>>>>> Save and quit and then exit.
>>>>>>>>>>>> 
>>>>>>>>>>>> reboot.
>>>>>>>>>>>> 
>>>>>>>>>>>> Still not talking on the web side.
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> Look I still have an IPV6 address .... the web page is probably 
>>>>>>>>>>>> sitting waiting for me on ipv6.  
>>>>>>>>>>>> 
>>>>>>>>>>>> I really need help from here....  how do I get this thing to 
>>>>>>>>>>>> work in my environment?  There used to be a full install 
>>>>>>>>>>>> available, which I would love to try, take the box completely 
>>>>>>>>>>>> off the wire to do the install and maybe then when I configure 
>>>>>>>>>>>> ipv4 that's all I'd have.  There's only the net install or a 
>>>>>>>>>>>> live cd (which I'd rather not use that).  
>>>>>>>>>>>> 
>>>>>>>>>>>> Any ideas?  Help!
>>>>>>>>>>>> 
>>>>>>>>>>>> Thanks!
>>>>>>>>>>>> 
>>>>>>>>>>>> -Chris
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> On Apr 21, 2014, at 11:24 AM, Florio, Christopher N 
>>>>>>>>>>>> <>
>>>>>>>>>>>>  wrote:
>>>>>>>>>>>> 
>>>>>>>>>>>>> Hey Andrew,
>>>>>>>>>>>>> 
>>>>>>>>>>>>> So I've rebuilt one more time, this time I was able to block 
>>>>>>>>>>>>> IPv6 traffic at the network port.  At least this time, IPv6 
>>>>>>>>>>>>> wasn't installed.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> What happened, however, was that no networking was installed, 
>>>>>>>>>>>>> even though I went through the configuration during build.  
>>>>>>>>>>>>> 
>>>>>>>>>>>>> I then ran the 
>>>>>>>>>>>>> /opt/perfsonar_ps/toolkit/scripts/nptoolkit-configure.py and 
>>>>>>>>>>>>> put in networking settings - again - and then rebooted.  I 
>>>>>>>>>>>>> could then ping the host but still, even though httpd is 
>>>>>>>>>>>>> definitely running based on a ps -ef, I can't pull up the web 
>>>>>>>>>>>>> page.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> Any more ideas?  At this point it really seems like the net 
>>>>>>>>>>>>> install is broken.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> On Apr 17, 2014, at 2:53 PM, Andrew Lake 
>>>>>>>>>>>>> <>
>>>>>>>>>>>>>  wrote:
>>>>>>>>>>>>> 
>>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> I don't remember all the CentOS prompts but I believe there is 
>>>>>>>>>>>>>> one prompt where you define the network settings for what you 
>>>>>>>>>>>>>> want it to use to download all the packages and separate one 
>>>>>>>>>>>>>> for what you want the hosts networking to be. I know that was 
>>>>>>>>>>>>>> the case at least some point in the past because I forgot and 
>>>>>>>>>>>>>> got bit by it a few times. It's possible that's what happened 
>>>>>>>>>>>>>> during install.
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> Now that it is installed, you should just be able to edit 
>>>>>>>>>>>>>> /etc/sysconfig/network-scripts/ifcfg-eth0 to get things the 
>>>>>>>>>>>>>> way you want. Make sure NM_CONTROLLED is set to "no" or else 
>>>>>>>>>>>>>> there is a good chance CentOS will keep overriding your 
>>>>>>>>>>>>>> settings every time you reboot. I don't usually turn-off IPV6 
>>>>>>>>>>>>>> on interfaces, but I believe just setting IPV6INIT="no" in  
>>>>>>>>>>>>>> /etc/sysconfig/network-scripts/ifcfg-eth0 is enough. 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>> Andy
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> On Apr 17, 2014, at 9:57 AM, "Florio, Christopher N" 
>>>>>>>>>>>>>> <>
>>>>>>>>>>>>>>  wrote:
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> So I think I know what happened.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> Sorry, before you sent this I had rebuilt already.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> It looks like, even though I chose to turn of IPv6 in the 
>>>>>>>>>>>>>>> install, it still preferred IPv6 and didn't bring up the IPv4 
>>>>>>>>>>>>>>> that I did configure.  The vlan this one is in has IPv6 
>>>>>>>>>>>>>>> enabled.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> So, I'm back to the state I was in, http is still NOT 
>>>>>>>>>>>>>>> responding, I think maybe it's not listening on the IPv4 
>>>>>>>>>>>>>>> address.  I manually edited the 
>>>>>>>>>>>>>>> /etc/sysconfig/network-scripts/ifcfg-eth0 file.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> Is there a way to re-run the configuration of apache, etc?  
>>>>>>>>>>>>>>> There used to be that, in a much older version of the toolkit 
>>>>>>>>>>>>>>> that I remember.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> Otherwise, how do I force no IPv6 in the install?  I 
>>>>>>>>>>>>>>> un-starred the IPv6 and it still configured it.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> On Apr 17, 2014, at 9:21 AM, Andrew Lake 
>>>>>>>>>>>>>>> <>
>>>>>>>>>>>>>>>  wrote:
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> Before you rebuild, you  want to check if a firewall or 
>>>>>>>>>>>>>>>> similar is blocking access to port 80/443. If httpd is 
>>>>>>>>>>>>>>>> running you should be able to connect. You could try 
>>>>>>>>>>>>>>>> temporarily disabling iptables and seeing if that helps. If 
>>>>>>>>>>>>>>>> it does, you'll need to adjust the rules to allow those 
>>>>>>>>>>>>>>>> ports through. If it doesn't, is it possible there are any 
>>>>>>>>>>>>>>>> router ACLs or firewall devices in the way?
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>> Andu
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> On Apr 17, 2014, at 9:11 AM, "Florio, Christopher N" 
>>>>>>>>>>>>>>>> <>
>>>>>>>>>>>>>>>>  wrote:
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> I'll rebuild again and see if maybe something just didn't 
>>>>>>>>>>>>>>>>> work right....  Will let you know.  httpd was running, 
>>>>>>>>>>>>>>>>> nothing in the error log.
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> On Apr 17, 2014, at 8:35 AM, Andrew Lake 
>>>>>>>>>>>>>>>>> <>
>>>>>>>>>>>>>>>>>  wrote:
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>> Hi,
>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>> I just did a new imaged install and it worked. I also get 
>>>>>>>>>>>>>>>>>> the warning messages, so I don't think they are causing 
>>>>>>>>>>>>>>>>>> the server to crash. Anything in /var/log/httpd/error_log? 
>>>>>>>>>>>>>>>>>> Also, if you run 'ps auxw | grep httpd' do you see any 
>>>>>>>>>>>>>>>>>> httpd processes?
>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>>>> Andy
>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>> On Apr 16, 2014, at 4:52 PM, "Florio, Christopher N" 
>>>>>>>>>>>>>>>>>> <>
>>>>>>>>>>>>>>>>>>  wrote:
>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>> It might be unrelated, but I'm seeing this in the 
>>>>>>>>>>>>>>>>>>> ssl_error_log - 
>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>> [root@ndt101
>>>>>>>>>>>>>>>>>>>  httpd]# tail -f ssl_error_log 
>>>>>>>>>>>>>>>>>>> [Wed Apr 16 16:16:58 2014] [warn] RSA server certificate 
>>>>>>>>>>>>>>>>>>> is a CA certificate (BasicConstraints: CA == TRUE !?)
>>>>>>>>>>>>>>>>>>> [Wed Apr 16 16:16:59 2014] [warn] RSA server certificate 
>>>>>>>>>>>>>>>>>>> is a CA certificate (BasicConstraints: CA == TRUE !?)
>>>>>>>>>>>>>>>>>>> [Wed Apr 16 16:22:13 2014] [warn] RSA server certificate 
>>>>>>>>>>>>>>>>>>> is a CA certificate (BasicConstraints: CA == TRUE !?)
>>>>>>>>>>>>>>>>>>> [Wed Apr 16 16:22:13 2014] [warn] RSA server certificate 
>>>>>>>>>>>>>>>>>>> CommonName (CN) `ndt101.itcc.unc.edu' does NOT match 
>>>>>>>>>>>>>>>>>>> server name!?
>>>>>>>>>>>>>>>>>>> [Wed Apr 16 16:22:14 2014] [warn] RSA server certificate 
>>>>>>>>>>>>>>>>>>> is a CA certificate (BasicConstraints: CA == TRUE !?)
>>>>>>>>>>>>>>>>>>> [Wed Apr 16 16:22:14 2014] [warn] RSA server certificate 
>>>>>>>>>>>>>>>>>>> CommonName (CN) `ndt101.itcc.unc.edu' does NOT match 
>>>>>>>>>>>>>>>>>>> server name!?
>>>>>>>>>>>>>>>>>>> [Wed Apr 16 16:31:51 2014] [warn] RSA server certificate 
>>>>>>>>>>>>>>>>>>> is a CA certificate (BasicConstraints: CA == TRUE !?)
>>>>>>>>>>>>>>>>>>> [Wed Apr 16 16:31:53 2014] [warn] RSA server certificate 
>>>>>>>>>>>>>>>>>>> is a CA certificate (BasicConstraints: CA == TRUE !?)
>>>>>>>>>>>>>>>>>>> [Wed Apr 16 16:41:06 2014] [warn] RSA server certificate 
>>>>>>>>>>>>>>>>>>> is a CA certificate (BasicConstraints: CA == TRUE !?)
>>>>>>>>>>>>>>>>>>> [Wed Apr 16 16:41:06 2014] [warn] RSA server certificate 
>>>>>>>>>>>>>>>>>>> is a CA certificate (BasicConstraints: CA == TRUE !?)
>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>> On Apr 16, 2014, at 4:46 PM, Florio, Christopher N 
>>>>>>>>>>>>>>>>>>> <>
>>>>>>>>>>>>>>>>>>>  wrote:
>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>> Hey guys,
>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>> I just rebuilt a box from scratch with the 
>>>>>>>>>>>>>>>>>>>> pS-Performance_Toolkit-3.3.2-NetInstall-x86_64.iso ...  
>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>> It comes up and I can ping it, but the web server 
>>>>>>>>>>>>>>>>>>>> doesn't seem to load or I can't pull it up.
>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>> Anyone else having any problems with a newly imaged net 
>>>>>>>>>>>>>>>>>>>> install?
>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>> Thanks!
>>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>>>> -Chris
>>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> <PastedGraphic-1.tiff><PastedGraphic-2.tiff><PastedGraphic-3.tiff><PastedGraphic-4.tiff><PastedGraphic-5.tiff><PastedGraphic-6.tiff><PastedGraphic-8.tiff><PastedGraphic-9.tiff><PastedGraphic-10.tiff><PastedGraphic-11.tiff><PastedGraphic-12.tiff><PastedGraphic-13.tiff>
>>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> <PastedGraphic-1.tiff><PastedGraphic-2.tiff><PastedGraphic-3.tiff>
>>>>>>>>> 
>>>>>>>> 
>>>>>>>> <PastedGraphic-4.tiff>
>>>>>>> 
>>>>>> 
>>>>>> <logs.tar>
>>>>> 
>>>> 
>>>> <PastedGraphic-5.tiff>
>>> 
>> 
>