<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 18, 2020 at 11:08 AM Barry Smith <<a href="mailto:bsmith@petsc.dev">bsmith@petsc.dev</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;"><div><br></div>   try <div><br></div><div>   /usr/sbin/traceroute  `hostname`</div></div></blockquote><div><br></div><div><br></div>12:02 adams/plex-noprealloc-fix= ~/Codes/petsc/src/ts/utils/dmplexlandau/tutorials$    /usr/sbin/traceroute  `hostname`<br>traceroute to marksmac-302.local (127.0.0.1), 64 hops max, 52 byte packets<br> 1  localhost (127.0.0.1)  0.322 ms  0.057 ms  0.032 ms<br><div>12:12 adams/plex-noprealloc-fix= ~/Codes/petsc/src/ts/utils/dmplexlandau/tutorials$</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;"><div><br><div><br><blockquote type="cite"><div>On Sep 18, 2020, at 10:07 AM, Mark Adams <<a href="mailto:mfadams@lbl.gov" target="_blank">mfadams@lbl.gov</a>> wrote:</div><br><div><div dir="ltr">Let me know if you want anything else.<div>Thanks,</div><div>Mark</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 18, 2020 at 11:05 AM Mark Adams <<a href="mailto:mfadams@lbl.gov" target="_blank">mfadams@lbl.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 18, 2020 at 11:04 AM Satish Balay <<a href="mailto:balay@mcs.anl.gov" target="_blank">balay@mcs.anl.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, 18 Sep 2020, Satish Balay via petsc-users wrote:<br>
<br>
> > >> 07:41 master *= ~/Codes/petsc$ ping -c 2 MarksMac-302.local<br>
> > >> PING marksmac-302.local (127.0.0.1): 56 data bytes<br>
> <br>
> So it is resolving MarksMac-302.local as 127.0.0.1 - but ping is not responding?<br>
> <br>
> I know some machines don't respond to external ping [and firewalls can block it] but don't really know if they always respond to internal ping or not.<br>
> <br>
> If some machines don't respond to internal ping  - then we can't use ping test in configure [it will create false negatives - as in this case]<br>
<br>
BTW: To confirm, please try:<br>
<br>
ping 127.0.0.1<br></blockquote><div><br></div><div><br></div>11:02 master *= ~/Codes/petsc$ sudo vi /etc/hosts<br>11:02 master *= ~/Codes/petsc$ ping 127.0.0.1<br>PING 127.0.0.1 (127.0.0.1): 56 data bytes<br>Request timeout for icmp_seq 0<br>Request timeout for icmp_seq 1<br>Request timeout for icmp_seq 2<br>Request timeout for icmp_seq 3<br>Request timeout for icmp_seq 4<br>Request timeout for icmp_seq 5<br>Request timeout for icmp_seq 6<br>Request timeout for icmp_seq 7<br>Request timeout for icmp_seq 8<br>Request timeout for icmp_seq 9<br>Request timeout for icmp_seq 10<br>Request timeout for icmp_seq 11<br>Request timeout for icmp_seq 12<br>Request timeout for icmp_seq 13<br>Request timeout for icmp_seq 14<br>Request timeout for icmp_seq 15<br>Request timeout for icmp_seq 16<br>Request timeout for icmp_seq 17<br>Request timeout for icmp_seq 18<br>Request timeout for icmp_seq 19<br>Request timeout for icmp_seq 20<br><div>Request timeout for icmp_seq 21</div><div><br></div><div>still going ......</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Satish<br>
<br>
> <br>
> <br>
> Mark, can you remove the line that you added to /etc/hosts - i.e:<br>
> <br>
> 127.0.0.1 MarksMac-302.local<br>
> <br>
> And now rerun MPI tests. Do they work or fail?<br>
> <br>
> [this is to check if this test is a false positive on your machine]<br>
> <br>
> Satish<br>
> <br>
> <br>
> On Fri, 18 Sep 2020, Mark Adams wrote:<br>
> <br>
> > On Fri, Sep 18, 2020 at 7:51 AM Matthew Knepley <<a href="mailto:knepley@gmail.com" target="_blank">knepley@gmail.com</a>> wrote:<br>
> > <br>
> > > On Fri, Sep 18, 2020 at 7:46 AM Mark Adams <<a href="mailto:mfadams@lbl.gov" target="_blank">mfadams@lbl.gov</a>> wrote:<br>
> > ><br>
> > >> Oh you did not change my hostname:<br>
> > >><br>
> > >> 07:37 master *= ~/Codes/petsc$ hostname<br>
> > >> MarksMac-302.local<br>
> > >> 07:41 master *= ~/Codes/petsc$ ping -c 2 MarksMac-302.local<br>
> > >> PING marksmac-302.local (127.0.0.1): 56 data bytes<br>
> > >> Request timeout for icmp_seq 0<br>
> > >><br>
> > >> --- marksmac-302.local ping statistics ---<br>
> > >> 2 packets transmitted, 0 packets received, 100.0% packet loss<br>
> > >> 07:42 2 master *= ~/Codes/petsc$<br>
> > >><br>
> > ><br>
> > > This does not make sense to me. You have<br>
> > ><br>
> > >   127.0.0.1 MarksMac-302.local<br>
> > ><br>
> > > in /etc/hosts,<br>
> > ><br>
> > <br>
> > 09:07  ~/.ssh$ cat /etc/hosts<br>
> > ##<br>
> > # Host Database<br>
> > #<br>
> > # localhost is used to configure the loopback interface<br>
> > # when the system is booting.  Do not change this entry.<br>
> > ##<br>
> > 127.0.0.1 localhost<br>
> > 255.255.255.255 broadcasthost<br>
> > 127.0.0.1    MarksMac-5.local<br>
> > 127.0.0.1 <a href="http://243.124.240.10.in-addr.arpa.private.cam.ac.uk/" rel="noreferrer" target="_blank">243.124.240.10.in-addr.arpa.private.cam.ac.uk</a><br>
> > 127.0.0.1 MarksMac-302.local<br>
> > 09:07  ~/.ssh$<br>
> > <br>
> > <br>
> > <br>
> > <br>
> > <br>
> > > but you cannot resolve that name?<br>
> > ><br>
> > >   Matt<br>
> > ><br>
> > ><br>
> > >> BTW, I used to get messages about some network issue and 'changing host<br>
> > >> name to MarksMac-[x+1].local'. That is, the original hostname<br>
> > >> was MarksMac.local, then I got a message about changing<br>
> > >> to MarksMac-1.local, etc. I have not seen these messages for months but<br>
> > >> apparently this process has continued unabated.<br>
> > >><br>
> > >><br>
> > >><br>
> > >><br>
> > >><br>
> > >><br>
> > >><br>
> > >><br>
> > >><br>
> > >> On Thu, Sep 17, 2020 at 11:10 PM Satish Balay via petsc-users <<br>
> > >> <a href="mailto:petsc-users@mcs.anl.gov" target="_blank">petsc-users@mcs.anl.gov</a>> wrote:<br>
> > >><br>
> > >>> On Thu, 17 Sep 2020, Matthew Knepley wrote:<br>
> > >>><br>
> > >>> > On Thu, Sep 17, 2020 at 8:33 PM Barry Smith <<a href="mailto:bsmith@petsc.dev" target="_blank">bsmith@petsc.dev</a>> wrote:<br>
> > >>> ><br>
> > >>> > > > On Sep 17, 2020, at 4:59 PM, Satish Balay via petsc-users <<br>
> > >>> > > <a href="mailto:petsc-users@mcs.anl.gov" target="_blank">petsc-users@mcs.anl.gov</a>> wrote:<br>
> > >>> > > ><br>
> > >>> > > > Here is a fix:<br>
> > >>> > > ><br>
> > >>> > > > echo 127.0.0.1 `hostname` | sudo tee -a /etc/hosts<br>
> > >>> > ><br>
> > >>> > >  Satish,<br>
> > >>> > ><br>
> > >>> > >    I don't think you want to be doing this on a Mac (on anything?)<br>
> > >>> On a<br>
> > >>> > > Mac based on the network configuration etc as it boots up and as<br>
> > >>> networks<br>
> > >>> > > are accessible or not (wi-fi) it determines what hostname should be,<br>
> > >>> one<br>
> > >>> > > should never being hardwiring it to some value.<br>
> > >>> > ><br>
> > >>> ><br>
> > >>> > Satish is just naming the loopback interface. I did this on all my<br>
> > >>> former<br>
> > >>> > Macs.<br>
> > >>><br>
> > >>><br>
> > >>> Yes - this doesn't change the hostname. Its just adding an entry for<br>
> > >>> gethostbyname - for current hostname.<br>
> > >>><br>
> > >>> >>><br>
> > >>> 127.0.0.1 MarksMac-302.local<br>
> > >>> <<<<br>
> > >>><br>
> > >>> Sure - its best to not do this when one has a proper IP name [like<br>
> > >>> <a href="http://foo.mcs.anl.gov/" rel="noreferrer" target="_blank">foo.mcs.anl.gov</a>] - but its useful when one has a hostname like<br>
> > >>> "MarksMac-302.local" -that is not DNS resolvable<br>
> > >>><br>
> > >>> Even if the machine is moved to a different network with a different<br>
> > >>> name - the current entry won't cause problems [but will need another entry<br>
> > >>> for the new host name - if this new name is also not DNS resolvable]<br>
> > >>><br>
> > >>> Its likely this file is a generated file on  macos  - so might get reset<br>
> > >>> on reboot - or some network change? [if this is the case - the change won't<br>
> > >>> be permanent]<br>
> > >>><br>
> > >>><br>
> > >>> Satish<br>
> > >>><br>
> > >><br>
> > ><br>
> > > --<br>
> > > What most experimenters take for granted before they begin their<br>
> > > experiments is infinitely more interesting than any results to which their<br>
> > > experiments lead.<br>
> > > -- Norbert Wiener<br>
> > ><br>
> > > <a href="https://www.cse.buffalo.edu/~knepley/" rel="noreferrer" target="_blank">https://www.cse.buffalo.edu/~knepley/</a><br>
> > > <<a href="http://www.cse.buffalo.edu/~knepley/" rel="noreferrer" target="_blank">http://www.cse.buffalo.edu/~knepley/</a>><br>
> > ><br>
> > <br>
> <br>
<br>
</blockquote></div></div>
</blockquote></div>
</div></blockquote></div><br></div></div></blockquote></div></div>