response
authorJoey Hess <joeyh@joeyh.name>
Wed, 26 Feb 2020 18:08:11 +0000 (14:08 -0400)
committerJoey Hess <joeyh@joeyh.name>
Wed, 26 Feb 2020 18:08:11 +0000 (14:08 -0400)
doc/bugs/S3-remote_fail_to_get_data_on_some_clones__47__machines/comment_7_157d54b3858b7841e1aa366c90736202._comment [new file with mode: 0644]

diff --git a/doc/bugs/S3-remote_fail_to_get_data_on_some_clones__47__machines/comment_7_157d54b3858b7841e1aa366c90736202._comment b/doc/bugs/S3-remote_fail_to_get_data_on_some_clones__47__machines/comment_7_157d54b3858b7841e1aa366c90736202._comment
new file mode 100644 (file)
index 0000000..12b6719
--- /dev/null
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 7"""
+ date="2020-02-26T17:58:05Z"
+ content="""
+DNS is typically needed yes. That it gets a http response 
+from some server seems to imply it's able to resolve the IP address of
+the server. So I'd guess DNS is not the problem, unless it's resolving the
+*wrong* IP address and connecting to the wrong server. Which would be
+consistent with tcpdump not showing any traffic to the server.
+
+ncsd can be configured on some systems to do DNS lookups. It's normal
+for glibc to try to connect to nscd for a DNS lookup and fall back to a
+regular lookup when it's not installed. That seems to be all your strace is
+showing.
+
+The next line of your strace shows it connecting to 127.0.0.53
+That seems to be an address systemd sets up to use resolvd for dns.
+That connection seems to succeed, so I guess dns resolution proceeds using
+resolved.
+
+All this DNS stuff is completely normal glibc name resolution as far as I
+can see.
+
+My suggestion is to tcpdump the entire network traffic when git-annex is
+running, and analize that.
+"""]]