<html>
<head></head>
<body>
<p>Hi list.</p>
<p>Firstly, sorry for don't respond the emails, today I had a very busy day :S.</p>
<p>Well, I see that this problem its hard to identify the solution :P.</p>
<p>Tomorrow (here, in Spain, it's night already :P) I'll try upload the logs of VenueServers on Ubuntu (with problems) and Windows (with success) system, therefore, I'll try upload the logs of Ubuntu machine when a file is uploaded without problems, to see the diference, on Ubuntu, in both cases.</p>
<p>I hope this problem fix soon without headaches jejeje.</p>
<p>Regards ! see you tomorrow ;)</p>
<div><em>El dia 27 abr 2010 23:11, Christoph Willing <c.willing@uq.edu.au> escribió:</em></div><blockquote class="replyBlock" style="border-left: 2px solid #000083; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><p>On 28/04/2010, at 6:38 AM, Vine, Derek A wrote:</p>
<blockquote class="replyBlock" style="border-left: 2px solid #000083; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><p>At least in my case, I connect to the venue locally from the venue server, I can upload files like expected. Connecting from any other node will not allow upload of files, at least not "live". Sometimes after you try to upload a file and leave and come back the file is there.</p>
</blockquote><br/>
<p>Derek,</p>
<p>That looks like a network problem then, like when I was testing from home and small file uploads were OK but large ones didn't seem to work - it was just that big files took a lot longer to via the relatively slow ADSL upload bandwidth.</p>
<br/>
<p>All,</p>
<p>For comparison with previous log output, here's the server log output of a successful upload:</p>
<p>04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:338 INFO Connection from 124.171.171.232:53430<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO ==> 220 vv3 M2Crypto (Medusa) FTP/TLS server v0.18 ready.<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO <== AUTH TLS<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO ==> 234 AUTH TLS successful<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO <== PBSZ 0<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO ==> 200 PBSZ=0 successful.<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO <== PROT P<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO ==> 200 Protection set to Private<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO <== USER 0a0101d80c2020bf185599cb7beea8bb<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO ==> 331 Password required.<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO <== PASS <password><br/>
04/28/10 07:00:08 -1245000816 VenueServer VenueServer.py:432 INFO in authorizeDataTransferCB <AccessGrid.FTPS.ftps_server.ftp_tls_channel connected 124.171.171.232:53430 at 0x9c6494c> 0a0101d80c2020bf185599cb7be<br/>
ea8bb 82664eb24cd2201b64c9ef4c5e7f98fe<br/>
04/28/10 07:00:08 -1245000816 VenueServer VenueServer.py:458 INFO authorizeDataTransferCB: user in venue, authorized Jaunty64 Test to transfer files to venue Test Room<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO ==> 230 Ok.<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:275 INFO Successful login: Filesystem=<unix-style fs root:Data wd:/><br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO <== cwd /0a0101d80c2020bf185599cb7beea8bb<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO ==> 250 CWD command successful.<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO <== TYPE I<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO ==> 200 Type set to Binary.<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO <== PASV<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO ==> 227 Entering Passive Mode (130,102,78,178,195,89)<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO <== stor killall.diff<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO ==> 150 Opening Binary connection for killall.diff<br/>
04/28/10 07:00:08 -1245000816 FTPSServer ftps_server.py:271 INFO ==> 226 Transfer complete.<br/>
04/28/10 07:00:08 -1245000816 VenueServer VenueServer.py:468 DEBUG dataActivityCB: command = RECV<br/>
04/28/10 07:00:08 -1245000816 VenueServer VenueServer.py:469 INFO dataActivityCB: command = RECV<br/>
04/28/10 07:00:08 -1245000816 VenueServer VenueServer.py:470 INFO dataActivityCB: line = Data/0a0101d80c2020bf185599cb7beea8bb/ killall.diff<br/>
04/28/10 07:00:08 -1245000816 VenueServer VenueServer.py:474 DEBUG dataActivityCB: Pathpart is: Data<br/>
04/28/10 07:00:08 -1245000816 VenueServer VenueServer.py:474 DEBUG dataActivityCB: Pathpart is: 0a0101d80c2020bf185599cb7beea8bb<br/>
04/28/10 07:00:08 -1245000816 VenueServer VenueServer.py:474 DEBUG dataActivityCB: Pathpart is: killall.diff<br/>
04/28/10 07:00:08 -1245000816 VenueServer VenueServer.py:486 DEBUG dataActivityCB: VenueID 0a0101d80c2020bf185599cb7beea8bb ; Filename: killall.diff</p>
<br/>
<br/>
<br/>
<blockquote class="replyBlock" style="border-left: 2px solid #000083; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><p>-----Original Message-----<br/>
From: ag-tech-bounces@lists.mcs.anl.gov [<a href="mailto:ag-tech-bounces@lists.mcs.anl.gov" target="_blank">mailto:ag-tech-bounces@lists.mcs.anl.gov</a> ] On Behalf Of Christoph Willing<br/>
Sent: Tuesday, April 27, 2010 3:27 PM<br/>
To: Vine, Derek A<br/>
Cc: ag-tech@mcs.anl.gov<br/>
Subject: Re: [AG-TECH] Problems uploading files</p>
<br/>
<p>On 28/04/2010, at 1:31 AM, Vine, Derek A wrote:</p>
<blockquote class="replyBlock" style="border-left: 2px solid #000083; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><p>would help if I attached the file...</p>
<p>________________________________________<br/>
From: ag-tech-bounces@lists.mcs.anl.gov [ag-tech-bounces@lists.mcs.anl.gov<br/>
] On Behalf Of Vine, Derek A [Derek.Vine@usd.edu]<br/>
Sent: Tuesday, April 27, 2010 10:23 AM<br/>
To: Thomas Uram; Christoph Willing<br/>
Cc: ag-tech@mcs.anl.gov<br/>
Subject: Re: [AG-TECH] Problems uploading files</p>
<p>I am not sure if it is the same thing, but I too am having issues<br/>
uploading files to our venue server, attached is the log that I sent<br/>
to the list before but never heard anything back. My setup is<br/>
running on Windows server 2003.</p>
</blockquote><br/>
<p>Derek,</p>
<p>I wondered whether they were connected as I was looking around for<br/>
similar cases but assumed they were different since you mentioned<br/>
Windows - the OP in this thread said that Windows was OK for them.<br/>
However looking at your log file, I see that its almost identical to<br/>
the excerpt I just sent to the list a few minutes ago. The one<br/>
difference that I see is that you have an additional line:<br/>
02/03/10 09:33:04 4180 FTPSServer ftps_server.py:275 INFO<br/>
recv: closing channel <AccessGrid.FTPS.ftps_server.ftp_tls_channel<br/>
connected 206.176.1.99:1119 at 0x2cc23c8> (0, 'Error')</p>
<p>I don't have any recognition that there's an error after "INFO ==><br/>
227 Entering Passive Mode".</p>
<br/>
<p>chris</p>
<br/>
<blockquote class="replyBlock" style="border-left: 2px solid #000083; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><p>________________________________________<br/>
From: ag-tech-bounces@lists.mcs.anl.gov [ag-tech-bounces@lists.mcs.anl.gov<br/>
] On Behalf Of Thomas Uram [turam@mcs.anl.gov]<br/>
Sent: Tuesday, April 27, 2010 10:06 AM<br/>
To: Christoph Willing<br/>
Cc: ag-tech@mcs.anl.gov<br/>
Subject: Re: [AG-TECH] Problems uploading files</p>
<p>The VenueClient.log shows no evidence of a problem. I suspect a<br/>
server-side failure which prevents transmission of the ADD_DATA<br/>
event, which would explain the client behavior.</p>
<p>Has anyone captured the problem in a VenueServer.log?</p>
<p>Tom</p>
<p>On Apr 27, 2010, at 6:42 AM, Christoph Willing wrote:</p>
<blockquote class="replyBlock" style="border-left: 2px solid #000083; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><p>On 27/04/2010, at 2:32 PM, John I. Quebedeaux, Jr wrote:</p>
<blockquote class="replyBlock" style="border-left: 2px solid #000083; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><p>Hmmm... And ditto to Fedora 12, and 'ding' I may be having the<br/>
same problem.<br/>
When I look for the files, they appear to be '0' sized though...<br/>
But I<br/>
haven't tried a 'small' one yet.</p>
</blockquote><br/>
<p>Thanks for adding to the evidence John.</p>
<p>It seems there are two aspects to this problem. On the server side,<br/>
the file is not received resulting in a zero size file. However I<br/>
don't anymore think this is a data size issue - it just seemed that<br/>
way to me at first. The AG's FTPSServer prepares to start but no<br/>
data at all is actually exchanged between the client and the server.</p>
<p>There is a client side problem too, that even when a file has<br/>
uploaded correctly it may not appear in the venue client ui.</p>
<p>Its a very weird problem. I spent most of today with an "old"<br/>
system (in which server & client sides both work perfectly) and<br/>
gradually built & installed updated packages so that they all match<br/>
a current non-working system - figuring that the fault would<br/>
manifest after one of these updates, identifying it as the culprit.<br/>
"Unfortunately" the system still works at the end of all that - it<br/>
seems none of the prime suspect packages is causing the problem.<br/>
Tomorrow I'll either have to come with a new strategy or new<br/>
suspect support packages. Does anyone want to suspect, say, openssl<br/>
or even python itself?</p>
<br/>
<p>chris</p>
<br/>
<blockquote class="replyBlock" style="border-left: 2px solid #000083; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><blockquote class="replyBlock" style="border-left: 2px solid #000083; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><p>From: Christoph Willing <c.willing@uq.edu.au><br/>
Date: Tue, 27 Apr 2010 10:04:58 +1000<br/>
To: Jesus Cea Oliva <jesus.cea@uca.es><br/>
Cc: <ag-tech@mcs.anl.gov><br/>
Subject: Re: [AG-TECH] Problems uploading files</p>
<p>Jesus,</p>
<p>Could you submit a bug report for this problem please? You can do<br/>
that<br/>
via the VenueClient Help menu.</p>
<br/>
<p>I have now been able to replicate the problem on several systems -<br/>
Ubuntu, Slackware, Fedora & Debian. Interestingly older versions<br/>
running on these systems seem to work OK i.e. when a venue server<br/>
runs<br/>
on the older systems, the problem is not evident. Unfortunately I<br/>
don't have resources to test all Linux systems but so far, the last<br/>
known versions to work correctly (a client can upload to a server<br/>
running on the same system) are:<br/>
Ubuntu Intrepid<br/>
Slackware 12.2<br/>
Fedora - unknown exactly but the problem is evident in Fedora 11<br/>
Debian - Lenny partially works</p>
<p>The Debian case is interesting because a Lenny client will not<br/>
upload<br/>
data to a Lenny server, yet a Jaunty client can upload to a Lenny<br/>
server (even though it can't upload to a Jaunty server).</p>
<br/>
<p>At this stage, I can't determine whether the problem is due to AG<br/>
toolkit code or to one of the supporting software packages;<br/>
particular<br/>
versions of zsi and m2crypto have caused most heartburn in the<br/>
past -<br/>
maybe they're implicated again. I think it will take some time to<br/>
find<br/>
and fix</p>
<br/>
<p>chris</p>
<br/>
<p>On 26/04/2010, at 12:51 AM, Jesus Cea Oliva wrote:</p>
<blockquote class="replyBlock" style="border-left: 2px solid #000083; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><p>Hi Christoph, thanks for your indications :).</p>
<p>I tried local VenueServers on machine, I mean, if I run Ubuntu, I<br/>
execute in the same machine a local VenueServer, then, I run<br/>
VenueClient and I try upload a file, the same with Windows 7.</p>
<p>However, due to your mail, I've doing some tests:</p>
<p>- On my Ubuntu system, I've entered at<br/>
<a href="https://vv3.ap-accessgrid.org:8000/Venues/default" target="_blank">https://vv3.ap-accessgrid.org:8000/Venues/default</a><br/>
, the Test Room, and I download files: VenueThermoClient.agpkg3<br/>
and<br/>
methanol.obj, and rename it adding X (metahnol.objX). Then I can<br/>
upload the files without problems to the server.</p>
<p>I create a local network with 2 machines, with Windows 7 and<br/>
Ubuntu.</p>
<p>- Firstly I've executed a VenueServer on Ubuntu machine, then I've<br/>
run VenueClients in both machines. I can't upload files in the 2<br/>
machines (well you know, really, I can upload, but the Client<br/>
appears stop, reentering in the Venue I can see the files<br/>
uploaded).<br/>
I've noticed other problem, when I try delete a file, VenueClient<br/>
don't refresh this command, the system don't delete the file.</p>
<br/>
<p>- I've executed a VenueServer on Windows 7 machine, then I've run<br/>
VenueClients in both machines. Here, I can upload files without<br/>
problems, on Windows and Ubuntu systems.</p>
<p>So, now, I know that I have problems with our VenueServer on<br/>
Ubuntu<br/>
systems, I don't know if I have to configure something or if there<br/>
are problems about names, like ñ, spaces, etc (user name, path<br/>
file,<br/>
etc, although my home path is /home/ercea and, there, is the<br/>
VenueServer's Data folder)</p>
<p>Now I'll try change the system language to US and I'll repeat the<br/>
tests.</p>
<br/>
<p>Thanks again and apologize for any inconveniences<br/>
Regards!</p>
<br/>
<br/>
<p>El dia 25 abr 2010 12:11, Christoph Willing <c.willing@uq.edu.au><br/>
escribió:<br/>
On 23/04/2010, at 6:24 PM, Jesus Cea Oliva wrote:</p>
<p>Hi Crhistoph, thanks for your response :)</p>
<p>I try upload files since 1 o 2 K (source codes, txts, etc.) and<br/>
files about 3-6 Mb (PDFs, ppts...) and, all cases I have the same<br/>
problem. The strange of this problem is that ocurrs randomly, and<br/>
sometimes, the same file that before appears not upload, now<br/>
upload<br/>
(although, the majority cases, don't upload)</p>
<p>Are you using the same venue server in each test case (Ubuntu &<br/>
Windows VenueClient)?</p>
<br/>
<p>Are you using your own server or a "well known" server?<br/>
If these tests are with you own server, could you instead use the<br/>
APAG venue server at <a href="https://vv3.ap-accessgrid.org:8000/Venues/" target="_blank">https://vv3.ap-accessgrid.org:8000/Venues/</a><br/>
default and then enter the Test venue. There are several files in<br/>
that venue; could you try to download the simple.py and<br/>
methanol.obj<br/>
files from that venue and rename them e.g. simple.py -> simple.pyX<br/>
and methanol.obj -> methanol.objX. Now upload te renamed files<br/>
back<br/>
into the Test venue. Do they both upload as expected?</p>
<br/>
<p>FYI, although I thought I had replicated the problem, I now find<br/>
that it actually works correctly. My first hurried tests only<br/>
appeared to replicate your symptoms - because I didn't wait long<br/>
enogh for the upload to complete. However I have now performed the<br/>
tests again and all files upload correctly - and the venue client<br/>
interface shows the new data correctly in all cases.</p>
<p>I believe the previous test appeared not to update the venue<br/>
client<br/>
interface because I was performing the tests from home using an<br/>
ADSL<br/>
connection - therefore the initial download was quite fast. The<br/>
upload was slower because of the much lower upstream bandwidth<br/>
of my<br/>
ADSL connection. My guess is that the first portion of upload<br/>
_appears_ fast because the venue client is just filling up the<br/>
local<br/>
TCP system buffer. However that buffer then has to be transferred<br/>
(via slow ADSL uplink) to the venue server - which manifests as a<br/>
fast intitial movement of the progress bar that then appears to<br/>
freeze. The "freeze" is really just a pause while contents of the<br/>
TCP buffer is being transferred across the network.</p>
<p>In my case the simple.py file, being small, transfers very<br/>
quickly.<br/>
The methanol.obj file is about 11M - I guess this is just a bit<br/>
larger than my system network buffer size - and takes a lot longer<br/>
to transfer.</p>
<p>Based on redoing the tests (using the APAG veneu server), I cannot<br/>
replicate the problem.</p>
<p>Could you confirm whether you still have the problem when you use<br/>
the APAG venue server?</p>
<br/>
<p>chris</p>
<br/>
<p>On Windows I try similar files (somes files are the same), only<br/>
don't work once due to a very big file. As I saw that I can upload<br/>
files without problems... I try all file types. So I upload a file<br/>
about 100Mb and don't work xD.</p>
<p>Thanks for your help :). Regards!</p>
<p>El dia 23 abr 2010 02:35, Christoph Willing <c.willing@uq.edu.au><br/>
escribió:<br/>
I wonder if this is related to the size of the data object. I just<br/>
tried (with Ubuntu 9.10 64bit) and found that a small file (6K)<br/>
there was no problem. With a larger file (12M) I saw exactly the<br/>
same problem - upload appears not to complete but has actually<br/>
succeeded. Re-entering the venue shows that the new data is there.</p>
<p>In your Windows test, are you uploading the same file (or<br/>
something<br/>
of similar size) as in the Ubuntu case?</p>
<p>I will now be away for a few days so I can't do any more<br/>
investigation myself until I return. Maybe others can look into<br/>
this<br/>
in the meantime ...</p>
<br/>
<p>chris</p>
<br/>
<p>On 23/04/2010, at 5:28 AM, Jesus Cea Oliva wrote:</p>
<p>Thanks Tom for your fast response :).</p>
<p>Well, atach the VenueClient log in this email, I can't see any<br/>
problems :S.</p>
<br/>
<br/>
<p>04/22/10 21:16:50 140471913264880 VenueClient VenueClientUI.py:<br/>
1308<br/>
DEBUG VenueClientUI.AddDataCB: Trying to upload to<br/>
'ftps://localhost:8006/7f00010133381d7afaba1c148fcabe1007'<br/>
04/22/10 21:17:00 140471913264880 VenueClient VenueClientUI.py:<br/>
1395<br/>
DEBUG AddDataCB: URI of parent is<br/>
04/22/10 21:17:00 140471913264880 VenueClientController<br/>
VenueClientController.py:821 DEBUG In<br/>
VenueClientController.UploadVenueFiles<br/>
04/22/10 21:17:00 140471913264880 VenueClientController<br/>
VenueClientController.py:822 DEBUG fileList = [u'/home/ercea/<br/>
Descargas/DSD-Tutorial-3.pdf']<br/>
04/22/10 21:17:00 140471913264880 VenueClientController<br/>
VenueClientController.py:848 DEBUG Serverpath:<br/>
04/22/10 21:17:00 140471913264880 VenueClientController<br/>
VenueClientController.py:857 DEBUG Have args, creating thread,<br/>
url:<br/>
ftps://localhost:8006/7f00010133381d7afaba1c148fcabe1007<br/>
, files: [u'/home/ercea/Descargas/DSD-Tutorial-3.pdf']<br/>
04/22/10 21:17:00 140471479552272 VenueClientController<br/>
VenueClientController.py:944 DEBUG Upload: getting identity<br/>
04/22/10 21:17:00 140471479552272 VenueClientController<br/>
VenueClientController.py:949 DEBUG Got identity <?xml<br/>
version="1.0" ? ><Subject><Subject auth_data="" auth_type="x509"<br/>
name="/O=Access Grid/O=Argonne National Laboratory/OU=Futures Lab<br/>
Anonymous Authority/CN=Anonymous User<br/>
17130398eef9fd82cba8dc9d845a1768"/></ Subject><br/>
04/22/10 21:17:00 140471479552272 VenueClientController<br/>
VenueClientController.py:950 DEBUG get_ident_and_upload: Upload<br/>
URL<br/>
ftps://localhost:8006/7f00010133381d7afaba1c148fcabe1007<br/>
04/22/10 21:17:00 140471479552272 VenueClientController<br/>
VenueClientController.py:953 DEBUG Get_ident_and_upload: Word is:<br/>
ftps:<br/>
04/22/10 21:17:00 140471479552272 VenueClientController<br/>
VenueClientController.py:953 DEBUG Get_ident_and_upload: Word is:<br/>
04/22/10 21:17:00 140471479552272 VenueClientController<br/>
VenueClientController.py:953 DEBUG Get_ident_and_upload: Word is:<br/>
localhost:8006<br/>
04/22/10 21:17:00 140471479552272 VenueClientController<br/>
VenueClientController.py:953 DEBUG Get_ident_and_upload: Word is:<br/>
7f00010133381d7afaba1c148fcabe1007<br/>
04/22/10 21:17:00 140471479552272 DataStore DataStore.py:1267 INFO<br/>
UploadFiles: ftps://localhost:<br/>
8006/7f00010133381d7afaba1c148fcabe1007 [u'/home/ercea/Descargas/<br/>
DSD- Tutorial-3.pdf']<br/>
04/22/10 21:17:00 140471479552272 DataStore DataStore.py:1271<br/>
DEBUG<br/>
UploadFiles: ftps://localhost:<br/>
8006/7f00010133381d7afaba1c148fcabe1007 /home/ercea/Descargas/ DSD-<br/>
Tutorial-3.pdf [u'/home/ercea/Descargas/ DSD-Tutorial-3.pdf']<br/>
04/22/10 21:17:00 140471479552272 FTPSClient FTPSClient.py:141<br/>
DEBUG<br/>
Entered FTPSUploadFile: localfile=/home/ercea/Descargas/DSD-<br/>
Tutorial-3.pdf url=ftps://localhost:8006/7f00010133381d7afaba1c148fcabe1007<br/>
04/22/10 21:17:00 140471913264880 VenueClientController<br/>
VenueClientController.py:862 DEBUG Started thread<br/>
04/22/10 21:17:20 140471517653264 VenueClient VenueClient.py:605<br/>
DEBUG Calling Heartbeat, time now: 1271963840<br/>
04/22/10 21:17:20 140471517653264 VenueClient VenueClient.py:629<br/>
DEBUG Next Heartbeat needed within 36s<br/>
04/22/10 21:17:20 140471517653264 VenueClient VenueClient.py:639<br/>
DEBUG heartBeatCounter = 2<br/>
04/22/10 21:17:56 140471401707792 VenueClient VenueClient.py:605<br/>
DEBUG Calling Heartbeat, time now: 1271963876<br/>
04/22/10 21:17:56 140471401707792 VenueClient VenueClient.py:629<br/>
DEBUG Next Heartbeat needed within 36s<br/>
04/22/10 21:17:56 140471401707792 VenueClient VenueClient.py:639<br/>
DEBUG heartBeatCounter = 3</p>
<br/>
<p>Here increment heartBeatCounter +1.</p>
<p>Ah, I have this problem, in the same network, on ubuntu system<br/>
(Ubuntu 9.10 64 bits), but I've tested on Windows 7 and I can<br/>
upload<br/>
files without problems.</p>
<p>Regards!</p>
<br/>
<p>El dia 22 abr 2010 18:29, Thomas Uram <turam@mcs.anl.gov><br/>
escribió:<br/>
Hi Jesus:</p>
<p>There is probably some indication of the problem in the<br/>
VenueClient.log file. If you submit a bug report from the Help<br/>
menu<br/>
after this happens, a recent portion of the VenueClient.log file<br/>
will be included with the report, and we can review it. If you<br/>
want<br/>
to look yourself, the log file resides in the following locations<br/>
based on platform:<br/>
MacOS, Linux: ~/.AccessGrid3/Logs<br/>
Windows: c:\documents and settings\username\application data<br/>
\AccessGrid3\Logs (adjusted for your locale, of course)<br/>
Tom</p>
<p>On Apr 22, 2010, at 11:11 AM, Jesus Cea Oliva wrote:</p>
<p>Hi list again, sorry for my constants problems xD.</p>
<p>I'm trying upload files to our VenueServer and my problem is<br/>
strange. Firstly, I've created a VenueServer locally, for testing.</p>
<p>Well, when I try to upload a file, I can see the message on the<br/>
VenueClient "Uploading file X" and a progressbar, but, when the<br/>
progressbar is near to the end, stops and list of files (Data<br/>
section) don't refresh. So I beleived that the file can't upload.</p>
<p>But, really, the file has uploaded, because I can see the folder<br/>
Data of my local VenueServer, and the file is copied in this<br/>
folder.<br/>
In this case, if I reset VenueServer and VenueClient, then, I can<br/>
see the files in Data section.</p>
<p>So I think that the file uploads fine but, the list of files don't<br/>
refresh and the file uploaded don't appears.</p>
<p>I must say that, sometimes, I can upload a file so I don't know<br/>
whats really the problem (ports closed? firewall? path or name<br/>
files? file size?) .</p>
<p>Thanks again and apologize for any inconveniences</p>
<p>Regards!</p>
<br/>
<br/>
<br/>
<br/>
<br/>
<br/>
<br/>
<br/>
<p><VenueClient.log></p>
<p>Christoph Willing +61 7 3365 8316<br/>
QCIF Access Grid Manager<br/>
University of Queensland</p>
<p>Christoph Willing +61 7 3365 8316<br/>
QCIF Access Grid Manager<br/>
University of Queensland</p>
</blockquote><p>Christoph Willing +61 7 3365 8316<br/>
QCIF Access Grid Manager<br/>
University of Queensland</p>
</blockquote></blockquote><p>Christoph Willing +61 7 3365 8316<br/>
QCIF Access Grid Manager<br/>
University of Queensland</p>
</blockquote><p><USD Venue Server log.txt></p>
</blockquote><p>Christoph Willing +61 7 3365 8316<br/>
QCIF Access Grid Manager<br/>
University of Queensland</p>
</blockquote><p>Christoph Willing +61 7 3365 8316<br/>
QCIF Access Grid Manager<br/>
University of Queensland</p>
</blockquote><p> </p>
</body>
</html>