git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Potential Bug - GIT/GIT LFS doing dnsquery on an IP address

From
brian m. carlson <sandals@crustytoothpaste.net>
Date
Mar 21, 2022, 23:51 UTC
Message-ID
<YjkPaBzrTeiskVTv@camp.crustytoothpaste.net>
In-Reply-To
<BN8PR20MB28354228F53ACD3680F505E6FB169@BN8PR20MB2835.namprd20.prod.outlook.com>
Hey,
On 2022-03-21 at 23:20:25, Hecker, David A wrote:
Show 22 quoted lines
> I started the message below with git bugreport so I think I have all the details. (UPPERCASE to highlight; not shouting. 😊)
> 
> Thanks!
> --Dave Hecker
> 
> 
> ====================================================================================================
> WHAT DID YOU DO BEFORE THE BUG HAPPENED? (STEPS TO REPRODUCE YOUR ISSUE)
> ----------------------------------------------------------------------------------------------------
> I have an older laptop running Visual Studio 2019 and Git-2.35.1.2-64-bit.exe WITH the "GIT LFS" option checked, which is working as expected: committing a change to a large file and pushing the changes DOES update the remote repository with the change, and other team members who ALREADY HAVE A FULL COPY OF THE OLDER LARGE FILE are able to pull changes and will receive the updated copy of that file.
> 
> Another team member and I got a new laptop and set up Visual Studio 2019 and Git-2.35.1.2-64-bit.exe, and then attempted to clone the repository. The clone succeeds, but checkout fails with this error:
> 
> batch response: Post https://tfs.acsgs.com/tfs/PDSI/HRS2/Learning/_git/KnowledgeConnection.git/info/lfs/objects/batch:
> lookup 216.115.169.22: dnsquery: DNS name does not exist.
> 
> GIT/GIT LFS successfully resolved "tfs.acsgs.com" to the IP 216.115.169.22 for the clone, but then it seems like it’s mistakenly attempted a DNS lookup of "216.115.169.22" which fails because it's already an IP address, NOT a DNS name. (Doing "nslookup 216.115.169.22" fails in a similar/expected way: "can't find 216.115.169.22: Non-existent domain".)
> 
> IMPORTANT: I then tried cloning to a new folder on my OLDER (Windows 7) laptop, and GOT THE SAME ERROR. Therefore I SUSPECT this is NOT related to my NEWER (Windows 10) vs. OLDER (Windows 7) laptop, but instead seems to be a GIT/GIT LFS bug…and only when attempting the initial download of an “actual” file.
> 
> Another possibility is our internal TFS server perhaps has changed configuration since the first time we cloned our repository, but it seems unlikely (I can manually download a large file into my local folder, then GIT/GIT LFS will manage it properly…it seems to be only when trying to make the initial download of a full file that fails with this “lookup 216.115.169.22: dnsquery: DNS name does not exist” error).
> ====================================================================================================

This looks like a Git LFS issue, and Git LFS is managed independently from this project. Could you please open an issue on the Git LFS issue tracker[0] instead, including all of this information, filling out the issue template, and including the output when using GIT_TRACE=1 GIT_TRANSFER_TRACE=1 GIT_CURL_VERBOSE=1 (stripping out any authentication headers)?

That would allow one of us who work on Git LFS to look at this in more detail.

Thanks.
[0] https://github.com/git-lfs/git-lfs
-- 
brian m. carlson (he/him or they/them)
Toronto, Ontario, CA
Previous: Hecker, David A
Message 2 of 2 in “Potential Bug - GIT/GIT LFS doing dnsquery on an IP address”
  1. Hecker, David AMar 21, 2022
  2. brian m. carlsonMar 21, 2022

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.