<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Troubleshooting classic ELB in VM-Series in the Public Cloud</title>
    <link>https://live.paloaltonetworks.com/t5/vm-series-in-the-public-cloud/troubleshooting-classic-elb/m-p/212788#M290</link>
    <description>&lt;P&gt;Thanks. As it turns out everything was properly configured yet the firewalls would not bootstrap properly.&amp;nbsp; After TAC support attached an EIP to the public interface and got the log in page it appears that the mgt switch command in the init-cfg.txt didn't work. After deleting the init-cfg.txt (which had&amp;nbsp; the proper text in it) with a fresh copy directly from the github page the firewalls came up as expected. So a 37 byte file somehow got corrupted.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 02 May 2018 21:53:32 GMT</pubDate>
    <dc:creator>PerryK</dc:creator>
    <dc:date>2018-05-02T21:53:32Z</dc:date>
    <item>
      <title>Troubleshooting classic ELB</title>
      <link>https://live.paloaltonetworks.com/t5/vm-series-in-the-public-cloud/troubleshooting-classic-elb/m-p/211959#M281</link>
      <description>&lt;P&gt;I have a support call scheduled for tomorrow but if anyone has any ideas about this that would be greatly appreciated.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I deployed the classic ELB template example successfully. My customer then took the firewall.template and integrated it into their stack making it a nested stack feeding it all the parameters required.&amp;nbsp;&lt;/P&gt;&lt;P&gt;The firewalls come up in all 3 AZs, they have EIPs attached to each firewall. Yet the firewalls never come out of 'out of service' status. We can't connect to the EIP even though they're associated to the firewalls' management interfaces.&amp;nbsp;&lt;/P&gt;&lt;P&gt;According to the docs: i&lt;SPAN&gt;f bootstrapping fails, the VM-Series firewall for load balancing traffic will be out-of-service.&lt;/SPAN&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;How do I check the bootstrapping process? Cloudwatch logs for the lambdas?&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 26 Apr 2018 22:59:59 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/vm-series-in-the-public-cloud/troubleshooting-classic-elb/m-p/211959#M281</guid>
      <dc:creator>PerryK</dc:creator>
      <dc:date>2018-04-26T22:59:59Z</dc:date>
    </item>
    <item>
      <title>Re: Troubleshooting classic ELB</title>
      <link>https://live.paloaltonetworks.com/t5/vm-series-in-the-public-cloud/troubleshooting-classic-elb/m-p/211969#M282</link>
      <description>&lt;P&gt;in AWS you should be able to look at the console log snap shots and see the process. But if it is has been some time since it scaled or powered up then the console log output may not show anything.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Also the ELB will say out of service if it can't reach anything on the backend to do a health check. For testing you can try to check the health checks to verify via TCP just to see if it work. Of course the load balancer would have to be a classic ELB&lt;/P&gt;</description>
      <pubDate>Fri, 27 Apr 2018 01:27:53 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/vm-series-in-the-public-cloud/troubleshooting-classic-elb/m-p/211969#M282</guid>
      <dc:creator>jperry1</dc:creator>
      <dc:date>2018-04-27T01:27:53Z</dc:date>
    </item>
    <item>
      <title>Re: Troubleshooting classic ELB</title>
      <link>https://live.paloaltonetworks.com/t5/vm-series-in-the-public-cloud/troubleshooting-classic-elb/m-p/211970#M283</link>
      <description>&lt;P&gt;Thanks. Both public and internal load balancers are classic. Where exactly in the GUI are you referring to in the console when you say "console log snap shots" ?&amp;nbsp;&lt;/P&gt;&lt;P&gt;We have been creating/deleting stacks while testing so no problem checking right after firewalls come up. The difference between the customer's template and the classic example seems minor. Hopefully the TAC engineers will know where to look.&lt;/P&gt;</description>
      <pubDate>Fri, 27 Apr 2018 01:58:14 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/vm-series-in-the-public-cloud/troubleshooting-classic-elb/m-p/211970#M283</guid>
      <dc:creator>PerryK</dc:creator>
      <dc:date>2018-04-27T01:58:14Z</dc:date>
    </item>
    <item>
      <title>Re: Troubleshooting classic ELB</title>
      <link>https://live.paloaltonetworks.com/t5/vm-series-in-the-public-cloud/troubleshooting-classic-elb/m-p/211981#M284</link>
      <description>Try this AWS doc. It's actually called an EC2 instance console screen shot. Keep refreshing and watching the console logs&lt;BR /&gt;&lt;BR /&gt;&lt;A href="https://aws.amazon.com/blogs/aws/ec2-instance-console-screenshot/" target="_blank"&gt;https://aws.amazon.com/blogs/aws/ec2-instance-console-screenshot/&lt;/A&gt;</description>
      <pubDate>Fri, 27 Apr 2018 03:33:51 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/vm-series-in-the-public-cloud/troubleshooting-classic-elb/m-p/211981#M284</guid>
      <dc:creator>jperry1</dc:creator>
      <dc:date>2018-04-27T03:33:51Z</dc:date>
    </item>
    <item>
      <title>Re: Troubleshooting classic ELB</title>
      <link>https://live.paloaltonetworks.com/t5/vm-series-in-the-public-cloud/troubleshooting-classic-elb/m-p/212788#M290</link>
      <description>&lt;P&gt;Thanks. As it turns out everything was properly configured yet the firewalls would not bootstrap properly.&amp;nbsp; After TAC support attached an EIP to the public interface and got the log in page it appears that the mgt switch command in the init-cfg.txt didn't work. After deleting the init-cfg.txt (which had&amp;nbsp; the proper text in it) with a fresh copy directly from the github page the firewalls came up as expected. So a 37 byte file somehow got corrupted.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 02 May 2018 21:53:32 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/vm-series-in-the-public-cloud/troubleshooting-classic-elb/m-p/212788#M290</guid>
      <dc:creator>PerryK</dc:creator>
      <dc:date>2018-05-02T21:53:32Z</dc:date>
    </item>
    <item>
      <title>Re: Troubleshooting classic ELB</title>
      <link>https://live.paloaltonetworks.com/t5/vm-series-in-the-public-cloud/troubleshooting-classic-elb/m-p/212796#M291</link>
      <description>&lt;P&gt;i'm happy to hear everything is working and thanks for updating us also. Everyone once in a blue moon that will happen. The trick is to be sure that when you download the files from the GitHub resource you either Clone the resource or you click the RAW button and right click save as to save the file. If you right-click save as before clicking the RAW button then the file will download in a format that will not work. That may be what happened with the first download but either way I'm happy it works for you now. Take care.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 02 May 2018 22:06:22 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/vm-series-in-the-public-cloud/troubleshooting-classic-elb/m-p/212796#M291</guid>
      <dc:creator>jperry1</dc:creator>
      <dc:date>2018-05-02T22:06:22Z</dc:date>
    </item>
  </channel>
</rss>

