update proxy didn't work

[Scotttheking]

I had the update proxy setup, and every machine reported that it was unable to check for updates.
I had the linux version running, set to grab updates for linux icc, OSX, PPC linux, and windows.
All OSes failed to update.

This is the error log from the update proxy.



========================[ Dec 10, 2002 2:42 PM ]========================
ERROR: [000.000] {foldtrajupdateproxy.c, line 116} Unable to check update file l
ength
ERROR: [000.000] {foldtrajupdateproxy.c, line 281} Unable to get size of update
file /pub/distribfold/download/patch/distribfold-patch-107-linux-ppc.tar.gz from
ftp.mshri.on.ca

[Darkness Productions]

I get the same problem. The clients immediately say that they can't update.

[Brian the Fist]

Could you post the entire error.log (or e-mail trades@mshri.on.ca)? Probably something stupid I did but Ill look into it.

[Darkness Productions]

Howard -

None of my clients have a log entry for the failure of the client download (currently). I will continue searching the logs for it though, and report back anything that I find.

[Darkness Productions]

Ok, I found one. Doesn't seem very helpful though. Below is the output of the relevant sections.



========================[ Dec 10, 2002 7:16 PM ]========================
ERROR: [000.000] {foldtrajlite.c, line 1483} Unable to retrieve update file list

========================[ Dec 10, 2002 7:17 PM ]========================
ERROR: [000.000] {foldtrajlite.c, line 1483} Unable to retrieve update file list

========================[ Dec 10, 2002 7:20 PM ]========================

========================[ Dec 10, 2002 7:20 PM ]========================
ERROR: [000.000] {foldtrajlite.c, line 1483} Unable to retrieve update file list

========================[ Dec 10, 2002 7:22 PM ]========================
ERROR: [010.003] {taskapi.c, line 1199} [ReadServerResponse] Timeout waiting for response, got 2561512 chars.
ERROR: [000.000] {foldtrajlite.c, line 1589} Retrieved update file /~distribfold/distribfold-patch-111-linux-i386-icc.tar.gz from bar.csh.rit.edu but length was 2561224, should be 5087259
ERROR: [010.003] {taskapi.c, line 1199} [ReadServerResponse] Timeout waiting for response, got 2900344 chars.
ERROR: [000.000] {foldtrajlite.c, line 1589} Retrieved update file /~distribfold/distribfold-patch-111-linux-i386-icc.tar.gz from bar.csh.rit.edu but length was 2900056, should be 5087259



You can check here (http://www.dp.cx/proxy) for the files that are related. All my clients either use the ICC linux version, or the Windows version. I added the standard gcc version later.

THe clients are using the internal IP address of the webserver (http://192.168.123.125/proxy), but fail.

From the apache logs:


gigabyte6bxd:/var/log/apache# cat access.log | grep -i "/proxy" | grep "192."
192.168.123.15 - - [10/Dec/2002:19:09:06 -0500] "GET /proxy HTTP/1.1" 301 346 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.0.3705)"
192.168.123.15 - - [10/Dec/2002:19:13:48 -0500] "GET /proxy HTTP/1.1" 301 346 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.0.3705)"
192.168.123.50 - - [10/Dec/2002:19:18:39 -0500] "GET /proxy/ HTTP/1.0" 200 5276 "-" "Lynx/2.8.4rel.1 libwww-FM/2.14"
192.168.123.50 - - [10/Dec/2002:19:18:45 -0500] "GET /proxy/filelength.txt HTTP/1.0" 200 7648 "http://192.168.123.125/proxy/" "Lynx/2.8.4rel.1 libwww-FM/2.14"


.15 is my windows box, .50 is the client that tried to get the files. Notice that there's nothing from the client (foldtraj) actually listed. Do you use another agent instead?

Oops, probably should have included this as well:



gigabyte6bxd:/var/log/apache# cat access.log | grep "192." | grep "filelength"
192.168.123.50 - - [10/Dec/2002:19:13:11 -0500] "GET proxy/filelength.txt HTTP/1.0" 400 382 "-" "-"
192.168.123.50 - - [10/Dec/2002:19:14:14 -0500] "GET proxy/filelength.txt HTTP/1.0" 400 382 "-" "-"
192.168.123.50 - - [10/Dec/2002:19:14:57 -0500] "GET proxy/filelength.txt HTTP/1.0" 400 382 "-" "-"
192.168.123.50 - - [10/Dec/2002:19:18:17 -0500] "GET proxy/filelength.txt HTTP/1.0" 400 382 "-" "-"
192.168.123.50 - - [10/Dec/2002:19:18:45 -0500] "GET /proxy/filelength.txt HTTP/1.0" 200 7648 "http://192.168.123.125/proxy/" "Lynx/2.8.4rel.1 libwww-FM/2.14"
192.168.123.164 - - [10/Dec/2002:23:08:01 -0500] "GET proxy/filelength.txt HTTP/1.0" 400 382 "-" "-"


Thanks again Howard, I look forward to your answer.

[Brian the Fist]

Ok, well from the first error log, you can see your download was truncated (probably because the server was busy). Now I guess the most important question is - did your proxy download fully the updates (4-5MB) and your clients just couldnt see them, or is the problem that the proxy never got the updates successfully? Gotta make sure we are fixing the right problem here..

[Darkness Productions]

The first section of the log has 2 distinct entries. The first 3 sets of data that are listed is the client trying to connect to my local proxy. The last set is the client trying to connect to the main DF server. I figured I'd add that part in just to show that it does have a good connection.

The list of files, from the proxy directory:



-rw-r--r-- 1 gms8994 gms8994 3755770 Dec 10 16:15 distribfold-patch-106-linux-i386-icc.tar.gz
-rw-r--r-- 1 gms8994 gms8994 3719446 Dec 10 19:15 distribfold-patch-106-linux-i386.tar.gz
-rw-r--r-- 1 gms8994 gms8994 3152047 Dec 10 15:39 distribfold-patch-106-win9x.exe
-rw-r--r-- 1 gms8994 gms8994 5228291 Dec 10 16:21 distribfold-patch-107-linux-i386-icc.tar.gz
-rw-r--r-- 1 gms8994 gms8994 5192009 Dec 10 19:16 distribfold-patch-107-linux-i386.tar.gz
-rw-r--r-- 1 gms8994 gms8994 4594351 Dec 10 15:46 distribfold-patch-107-win9x.exe
-rw-r--r-- 1 gms8994 gms8994 3197330 Dec 10 16:27 distribfold-patch-108-linux-i386-icc.tar.gz
-rw-r--r-- 1 gms8994 gms8994 3160650 Dec 10 19:16 distribfold-patch-108-linux-i386.tar.gz
-rw-r--r-- 1 gms8994 gms8994 2564783 Dec 10 15:52 distribfold-patch-108-win9x.exe
-rw-r--r-- 1 gms8994 gms8994 4696661 Dec 10 16:33 distribfold-patch-109-linux-i386-icc.tar.gz
-rw-r--r-- 1 gms8994 gms8994 4659605 Dec 10 19:16 distribfold-patch-109-linux-i386.tar.gz
-rw-r--r-- 1 gms8994 gms8994 4041903 Dec 10 15:57 distribfold-patch-109-win9x.exe
-rw-r--r-- 1 gms8994 gms8994 5085628 Dec 10 16:39 distribfold-patch-110-linux-i386-icc.tar.gz
-rw-r--r-- 1 gms8994 gms8994 5048881 Dec 10 19:17 distribfold-patch-110-linux-i386.tar.gz
-rw-r--r-- 1 gms8994 gms8994 4436143 Dec 10 16:03 distribfold-patch-110-win9x.exe
-rw-r--r-- 1 gms8994 gms8994 5087350 Dec 11 10:42 distribfold-patch-111-linux-i386-icc.tar.gz
-rw-r--r-- 1 gms8994 gms8994 5050926 Dec 11 10:39 distribfold-patch-111-linux-i386.tar.gz
-rw-r--r-- 1 gms8994 gms8994 4445871 Dec 10 16:09 distribfold-patch-111-win9x.exe
-rw-r--r-- 1 gms8994 gms8994 7525 Dec 12 11:19 filelength.txt
-rw-r--r-- 1 gms8994 gms8994 3730095 Dec 10 16:48 trajfile-patch-118.exe
-rw-r--r-- 1 gms8994 gms8994 3702859 Dec 10 16:47 trajfile-patch-118.tar.gz


It seems that all the files were downloaded and created in full several hours before the client tried to grab them. However, I might be wrong.

[Brian the Fist]

Yup, looks like your proxy downloaded everything properly. Now the other important question is do you have a file called

foldtraj_fileserver.cfg

in the client directories, and did you spell the filename right, and what are the contents of this file?

[Darkness Productions]

I did at the time (I removed it so that I could get the update).

In it was this line (nothing else)

http://192.168.123.125/proxy/


I used the internal IP because my cable is sometimes flaky, so as a just in case measure ;)

[Brian the Fist]

So type that in a browser from one of the nodes and see if you see the list of update files?

[Darkness Productions]

I can. Looking at the apache logs (from above), both machines can see the resulting information just fine. Both can even download the files as well...

[Brian the Fist]

It says your clients were trying to download from bar.csh... and not from your proxy so please check again carefully that you spelt the foldtraj_fileserver.cfg and its contents correctly. There's no other reason why it should not work that I can see.

[Darkness Productions]

Howard -

I think something got a little confused there. The first set of logs I posted was the error log from the client. When it tried to download the files from the proxy (which it didn't seem to even attempt), it failed. So I deleted the foldtraj_fileserver.cfg, so that the client could download the correct update (which it did, after a good number of attempts).

The second one I posted was the apache log showing that both of the clients could access the page and download any of the files. Seems to show me that the proxy is working (at least to a browser).

The third was just what clients had attempted to get filelength.txt. Seems that the .50 client tried, but had issues getting it for some reason.

Other than that, I have no other idea why it didn't work.

[Brian the Fist]

Ok, well I don't have enough info to tell you what's wrong yet. For the next update, just try leaving it alone and be patient and see what happens. If it doesn't update on a client, let me see the client log which should indicate whether it tried to contact your proxy or not. Sometimes it might just take a while though so don't go deleting the foldtraj_proxy.cfg or anything until, say, 24 hrs have passed or you see errors in the error.log of the clients explaining the problem. Keep and eye on your proxy and see what time it gets the update files at as well (from their timestamps) and compare this to errors in the client error logs.

[Darkness Productions]

foldtraj_proxy.cfg, or foldtraj_fileserver.cfg?

Just making sure.

[Brian the Fist]

Yes, the second one, sorry bout that