Temple U (155.247.166.219) oddity

Moderators: Site Moderators, PandeGroup

Temple U (155.247.166.219) oddity

Postby AJMSmith » Mon Feb 12, 2018 7:28 pm

Not sure how relevant this is but for the last 3 hours or so 155.247.166.219 has been rejecting returning WUs.

TraceRT gives me the under shown.

Code: Select all
Tracing route to vav3.ocis.temple.edu [155.247.166.219]
over a maximum of 30 hops:

  1     1 ms    <1 ms    <1 ms  192.168.2.1
  2   150 ms   114 ms    33 ms  *.*.*.* - A Talk Talk address in the Greater London area.
  3   141 ms    82 ms   112 ms  host-78-151-238-145.as13285.net [78.151.238.145]
  4   200 ms   166 ms   147 ms  host-78-151-238-148.as13285.net [78.151.238.148]
  5   155 ms   139 ms   228 ms  host-78-144-12-5.as13285.net [78.144.12.5]
  6   292 ms   142 ms    50 ms  ae12-xcr1.ltw.cw.net [195.2.23.137]
  7   202 ms   128 ms   130 ms  ae32-xcr1.lns.cw.net [195.2.24.126]
  8    47 ms    25 ms    24 ms  as174-gw-xcr1.lns.cw.net [195.2.19.122]
  9   501 ms   486 ms   328 ms  be2870.ccr41.lon13.atlas.cogentco.com [154.54.58.173]
 10   197 ms   112 ms    98 ms  be2317.ccr41.jfk02.atlas.cogentco.com [154.54.30.185]
 11   294 ms   265 ms   236 ms  be2364.rcr21.phl01.atlas.cogentco.com [154.54.3.142]
 12   245 ms   251 ms   242 ms  be3163.rcr21.phl03.atlas.cogentco.com [154.54.7.2]
 13   150 ms   208 ms   281 ms  38.140.148.75
 14     *        *        *     Request timed out. This looks odd ... why hide when you can pass through?
 15   249 ms   221 ms   195 ms  vav3.ocis.temple.edu [155.247.166.219]

Trace complete.


The 14th node in the chain looks odd but I'm not sure how relevant that is.

The top of the (now nearly month old) log file reads

Code: Select all
*********************** Log Started 2018-01-13T00:31:59Z ***********************
00:31:59:************************* Folding@home Client *************************
00:31:59:      Website: http://folding.stanford.edu/
00:31:59:    Copyright: (c) 2009-2014 Stanford University
00:31:59:       Author: Joseph Coffland <joseph@cauldrondevelopment.com>
00:31:59:         Args:
00:31:59:       Config: C:/ProgramData/FAHClient/config.xml
00:31:59:******************************** Build ********************************
00:31:59:      Version: 7.4.4
00:31:59:         Date: Mar 4 2014
00:31:59:         Time: 20:26:54
00:31:59:      SVN Rev: 4130
00:31:59:       Branch: fah/trunk/client
00:31:59:     Compiler: Intel(R) C++ MSVC 1500 mode 1200
00:31:59:      Options: /TP /nologo /EHa /Qdiag-disable:4297,4103,1786,279 /Ox -arch:SSE
00:31:59:               /QaxSSE2,SSE3,SSSE3,SSE4.1,SSE4.2 /Qopenmp /Qrestrict /MT /Qmkl
00:31:59:     Platform: win32 XP
00:31:59:         Bits: 32
00:31:59:         Mode: Release
00:31:59:******************************* System ********************************
00:31:59:          CPU: Intel(R) Core(TM) i5-3470S CPU @ 2.90GHz
00:31:59:       CPU ID: GenuineIntel Family 6 Model 58 Stepping 9
00:31:59:         CPUs: 4
00:31:59:       Memory: 15.81GiB
00:31:59:  Free Memory: 13.84GiB
00:31:59:      Threads: WINDOWS_THREADS
00:31:59:   OS Version: 6.2
00:31:59:  Has Battery: false
00:31:59:   On Battery: false
00:31:59:   UTC Offset: 0
00:31:59:          PID: 11140
00:31:59:          CWD: C:/ProgramData/FAHClient
00:31:59:           OS: Windows 10 Pro
00:31:59:      OS Arch: AMD64
00:31:59:         GPUs: 0
00:31:59:         CUDA: Not detected
00:31:59:Win32 Service: false
00:31:59:***********************************************************************
00:31:59:<config>
00:31:59:  <!-- HTTP Server -->
00:31:59:  <allow v='127.0.0.1,192.168.1.0/24'/>
00:31:59:
00:31:59:  <!-- Network -->
00:31:59:  <proxy v=':8080'/>
00:31:59:
00:31:59:  <!-- Remote Command Server -->
00:31:59:  <command-allow-no-pass v='127.0.0.1,192.168.1.0/28'/>
00:31:59:  <password v='*****'/>
00:31:59:
00:31:59:  <!-- Slot Control -->
00:31:59:  <power v='FULL'/>
00:31:59:
00:31:59:  <!-- User Information -->
00:31:59:  <passkey v='********************************'/>
00:31:59:  <team v='35947'/>
00:31:59:  <user v='Allan_Smith'/>
00:31:59:
00:31:59:  <!-- Folding Slots -->
00:31:59:  <slot id='0' type='CPU'/>
00:31:59:</config>
00:32:00:Trying to access database...
00:32:00:Successfully acquired database lock
00:32:00:Enabled folding slot 00: READY cpu:4
00:32:00:WU00:FS00:Starting


I don't think the problem is at my end as I got a unit from 155.247.166.220 (currently being worked on) about 5 minutes before the first failure.
AJMSmith
 
Posts: 56
Joined: Tue Jul 01, 2008 1:17 am
Location: Greater London, UK

Re: Temple U (155.247.166.219) oddity

Postby Joe_H » Mon Feb 12, 2018 7:30 pm

The server was down for a short period this morning, it is back up now. Might be related to starting up a new beta project being served from there.
Image

iMac 2.8 i7 12 GB smp8, Mac Pro 2.8 quad 12 GB smp6
MacBook Pro 2.9 i7 8 GB smp3
Joe_H
Site Admin
 
Posts: 4151
Joined: Tue Apr 21, 2009 4:41 pm
Location: W. MA

Re: Temple U (155.247.166.219) oddity

Postby bruce » Mon Feb 12, 2018 8:28 pm

AJMSmith wrote:The 14th node in the chain looks odd but I'm not sure how relevant that is.

When configuring a router that emphasizes performance over thoroughness, sometimes they're configured to ignore pings. As long as your data is getting passed on to the next hop, it's not significant.
bruce
 
Posts: 21481
Joined: Thu Nov 29, 2007 10:13 pm
Location: So. Cal.

Re: Temple U (155.247.166.219) oddity

Postby JimboPalmer » Tue Feb 13, 2018 2:39 am

To elaborate on Bruce's correct response, both Traceroute and Ping belong to a protocol called ICMP That is used to monitor internet connectivity.
https://en.wikipedia.org/wiki/Internet_ ... e_Protocol
When heavily overloaded, all routers should favor TCP/IP over ICMP, but some routers do not bother with ICMP even when not busy. This is frowned upon but not enforceable.
Tsar of all the Rushers
I tried to remain childlike, all I achieved was childish.
A friend to those who want no friends
JimboPalmer
 
Posts: 640
Joined: Mon Feb 16, 2009 4:12 am
Location: Greenwood MS USA

Re: Temple U (155.247.166.219) oddity

Postby AJMSmith » Tue Feb 13, 2018 5:57 pm

I was suggesting that it looked anomalous which has been confirmed by Jimbo but could not eliminate the possibility that it might be connected with Temple U's known problems.
AJMSmith
 
Posts: 56
Joined: Tue Jul 01, 2008 1:17 am
Location: Greater London, UK

Re: Temple U (155.247.166.219) oddity

Postby JimboPalmer » Tue Feb 13, 2018 7:20 pm

AJMSmith wrote:I was suggesting that it looked anomalous which has been confirmed by Jimbo but could not eliminate the possibility that it might be connected with Temple U's known problems.

If the router was a bottleneck, the times would jump on nodes after the bottleneck, which is not happening.

I will use a transatlantic cable as a bottleneck
Code: Select all
Hop  Address/name
15    52.93.74.108                     29 ms  29 ms    30 ms       Time creeps up as we cross the US
16    52.93.74.107                     29 ms  28 ms    29 ms
17    52.95.219.157                   28 ms  28 ms    28 ms
18    144.232.12.41                   34 ms  32 ms    32 ms
19    144.232.13.237                 57 ms   56 ms   55 ms
20    144.232.22.72                    53 ms  55 ms   56 ms
21    144.232.18.4                      62 ms  64 ms   64 ms
22    144.232.22.65                    69 ms  69 ms   70 ms
23     sl-crs2-lon-0-6-3-0.sprintl 137 ms 140 ms 139 ms      Now we are in England
24    sl-crs4-ams-0-7-0-3.sprintl 151 ms 148 ms 151 ms
25    217.149.47.46                   141 ms 140 ms 140 ms     Germany
26 ams13-peer-1.ae5-unit0.tele 142 ms 141 ms 144 ms
27 ams-core-2.bundle-ether8.te 155 ms 152 ms 153 ms     Sweden
28 gbg-core-1.bundle-ether1.te 165 ms  165 ms 165 ms
29 hgd-core-1.hundredgige0-7-0164 ms  166 ms 162 ms
30 ada345-core-1.bundle-ether4166 ms  172 ms 165 ms     Estonia


As you can see, the times beyond a real bottleneck are larger and never decrease below the bottleneck. You can also see some busy routers in this trace who do not respond to ICMP packets as quickly as routers beyond them. They are slow, but do not bottle neck later routers.
JimboPalmer
 
Posts: 640
Joined: Mon Feb 16, 2009 4:12 am
Location: Greenwood MS USA


Return to Issues with a specific server

Who is online

Users browsing this forum: No registered users and 1 guest

cron