<?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: Databricks (GCP) Cluster not resolving Hostname into IP address in Administration &amp; Architecture</title>
    <link>https://community.databricks.com/t5/administration-architecture/databricks-gcp-cluster-not-resolving-hostname-into-ip-address/m-p/97712#M2238</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/109764"&gt;@Sadam97&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;As you are able to telnet to the MongoDB node's IP from the Databricks notebook, it means that network connectivity exists between Databricks and the MongoDB cluster. This confirms that the issue is likely related to DNS resolution or how MongoDB hosts are being addressed, rather than network access itself.&lt;/P&gt;
&lt;P&gt;From a Databricks notebook or the GKE cluster, run a DNS query (e.g., &lt;CODE&gt;nslookup&lt;/CODE&gt; or &lt;CODE&gt;dig&lt;/CODE&gt;) to ensure the MongoDB hostnames resolve to the correct internal IP addresses. If DNS fails, you may need to configure a DNS server in your GKE cluster that can resolve the MongoDB private addresses.&lt;/P&gt;
&lt;P&gt;Thanks!&lt;/P&gt;</description>
    <pubDate>Tue, 05 Nov 2024 08:32:16 GMT</pubDate>
    <dc:creator>NandiniN</dc:creator>
    <dc:date>2024-11-05T08:32:16Z</dc:date>
    <item>
      <title>Databricks (GCP) Cluster not resolving Hostname into IP address</title>
      <link>https://community.databricks.com/t5/administration-architecture/databricks-gcp-cluster-not-resolving-hostname-into-ip-address/m-p/75933#M1317</link>
      <description>&lt;P&gt;&lt;SPAN&gt;we have #mongodb hosts that must be resolved to private internal loadbalancer ips ( of another cluster ), and that we are unable to add host aliases in the Databricks GKE cluster in order for the spark to be able to connect to a mongodb and resolve the mongodb hostname into ip address. Databricks workspace is in VPC as mongodb cluster and has subnet access as we are able to telnet the mongodb node ip from databricks noteboo&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Getting error,&amp;nbsp;Timed out after 30000 ms while waiting for a server that matches .&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 27 Jun 2024 09:56:09 GMT</pubDate>
      <guid>https://community.databricks.com/t5/administration-architecture/databricks-gcp-cluster-not-resolving-hostname-into-ip-address/m-p/75933#M1317</guid>
      <dc:creator>Sadam97</dc:creator>
      <dc:date>2024-06-27T09:56:09Z</dc:date>
    </item>
    <item>
      <title>Re: Databricks (GCP) Cluster not resolving Hostname into IP address</title>
      <link>https://community.databricks.com/t5/administration-architecture/databricks-gcp-cluster-not-resolving-hostname-into-ip-address/m-p/97712#M2238</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/109764"&gt;@Sadam97&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;As you are able to telnet to the MongoDB node's IP from the Databricks notebook, it means that network connectivity exists between Databricks and the MongoDB cluster. This confirms that the issue is likely related to DNS resolution or how MongoDB hosts are being addressed, rather than network access itself.&lt;/P&gt;
&lt;P&gt;From a Databricks notebook or the GKE cluster, run a DNS query (e.g., &lt;CODE&gt;nslookup&lt;/CODE&gt; or &lt;CODE&gt;dig&lt;/CODE&gt;) to ensure the MongoDB hostnames resolve to the correct internal IP addresses. If DNS fails, you may need to configure a DNS server in your GKE cluster that can resolve the MongoDB private addresses.&lt;/P&gt;
&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Tue, 05 Nov 2024 08:32:16 GMT</pubDate>
      <guid>https://community.databricks.com/t5/administration-architecture/databricks-gcp-cluster-not-resolving-hostname-into-ip-address/m-p/97712#M2238</guid>
      <dc:creator>NandiniN</dc:creator>
      <dc:date>2024-11-05T08:32:16Z</dc:date>
    </item>
    <item>
      <title>Re: Databricks (GCP) Cluster not resolving Hostname into IP address</title>
      <link>https://community.databricks.com/t5/administration-architecture/databricks-gcp-cluster-not-resolving-hostname-into-ip-address/m-p/97713#M2239</link>
      <description>&lt;P&gt;However, there is something else that I would like you to quickly try -&amp;nbsp;&lt;SPAN&gt;using a single-user cluster, and a shared access mode cluster. Do you observe the issue only in shared cluster?&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 05 Nov 2024 08:32:29 GMT</pubDate>
      <guid>https://community.databricks.com/t5/administration-architecture/databricks-gcp-cluster-not-resolving-hostname-into-ip-address/m-p/97713#M2239</guid>
      <dc:creator>NandiniN</dc:creator>
      <dc:date>2024-11-05T08:32:29Z</dc:date>
    </item>
    <item>
      <title>Re: Databricks (GCP) Cluster not resolving Hostname into IP address</title>
      <link>https://community.databricks.com/t5/administration-architecture/databricks-gcp-cluster-not-resolving-hostname-into-ip-address/m-p/97829#M2241</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Also found this -&amp;nbsp;&lt;A href="https://community.databricks.com/t5/data-engineering/why-i-m-getting-connection-timeout-when-connecting-to-mongodb/m-p/14868" target="_blank"&gt;https://community.databricks.com/t5/data-engineering/why-i-m-getting-connection-timeout-when-connecting-to-mongodb/m-p/14868&lt;/A&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 06 Nov 2024 03:52:10 GMT</pubDate>
      <guid>https://community.databricks.com/t5/administration-architecture/databricks-gcp-cluster-not-resolving-hostname-into-ip-address/m-p/97829#M2241</guid>
      <dc:creator>NandiniN</dc:creator>
      <dc:date>2024-11-06T03:52:10Z</dc:date>
    </item>
  </channel>
</rss>

