Cumulus Support

Do either of these logs(from thew last few hours) show the same time-out errors as before?
I have no idea what to search for in these logs.
Thanks
James

jlfutari wrote:Do either of these logs(from thew last few hours) show the same time-out errors as before?
I have no idea what to search for in these logs.

Yes - it gets to exactly the same point every time and the upload times out after 15 seconds, presumably because of no response from the server.

23:12:12:243 ! Data Session opened (Put)
23:12:12:243 010417F0 TriggerDataSent 980
23:12:12:243 010410E0 TriggerDataSent 924
23:12:28:149 ! Aborting
23:12:28:149 ! HighLevelAsync 0
23:12:28:165 ! Abort detected

Ok thanks again Steve , I will contact my ISP and if there is a problem there.
Will keep you up to date .
thanks

ames

It might also be interesting to see if a "manual" update from Cumulus gives the same problem.

Hi Steve,
Yes a web update (which assume is a manual update) causes the same FTP timeout. I have attached a screen shot of the error window.
I have contacted my ISP and it appear that there FTP service is working just fine from my computer. So with there advise, i am looking at local issues - my cumulus computer connects via wireless to my router, so i will connect it directly (via cable)to the router and see if the time out still occurs.
Thanks

James

James
Try FastStone Capture for screen shots

Did my screen shot not upload or something?
?

James

James, a few questions if I may - and they might have already been asked, but if not...

As Steve indicated, the FTP stoppage seems to happen when the files from the 'images' directory are uploaded - can you double-checked that new graphic files are indeed created into the 'images', check the date and time of the file creation creation.

If you have an image viewer installed on your computer, can you check that the graphic files in the 'images' directory are indeed graphic/image files - one of the file might be corrupted or worst locked by the operating system.

Another double-check if you do not mind - what are the 'read/write/execute' permissions of the 'images' directory on your Internet host Web server (not on your home computer where Cumulus is running but the host server where the files are uploaded).

It might also be a good idea to delete all the graphic files in the 'images' directory on your Internet host Web server and then try a manual uppload...

Just trying to isolate what cause the problem by removing each possible cause one by one...

Sorry, I just meant that with a programme like FastStone, you can capture just the part of the screen that you need rather than the whole screen.

Hi there gemini06720,
Thanks for your reply. Answers to your questions -
- Yes before each upload, the various .png image files are created with current data in them
- I am able to view all of the .png files in the images folder (without any problems)
- I've checked the files on my ISP server and the permissions are set to allow the user (me) to read and write
- and lastly, I deleted all of the images files on the server(and manual updated) and it appears that my problems have been solved! The previous .png files that were not being updated are now current.
I will monitor situation......
Gosh thanks gemini06720!


James

That's good news - well done Ray. It's a shame your ISP couldn't tell you there was a problem, though, and saved you all this bother!

jlfutari wrote:...it appears that my problems have been solved! The previous .png files that were not being updated are now current.

James, I was just going by instinct ... yes for sure... ... just using deduction...

If the images were created on your computer and if the images had an up-to-the-minute time-stamp, then the problem could be:

• - either the FTP uploader was defective - which is not the case with Cumulus as very few people have problem uploading;
  - either the improper 'read/write/execute' permissions - you checked and the permissions were OK;
  - either one or more of the files on the server were corrupted and could not be overwritten - you deleted the files and uploaded new copies of the files and BRAVO the files were back.

So, it was just a matter of deducing where the problem was and eventually eliminating the possible/probable causes ... "It was just a matter of deduction, my dear Watson" ... I have watched too many of the Sherlock Holmes movies...

steve wrote:...well done Ray.

Steve it was just in a day's work. Please note that, from now on, when I decide to help someone, I will request (no, demand) that basic minimum information be provided (in both the message and in the user's profile), such as the user's first name and location, the operating software/system, the type of weather station in use and a link to the online weather software. If a user does not want to share those information, I will not bother providing any assistance...

steve wrote:...It's a shame your ISP couldn't tell you there was a problem, though, and saved you all this bother!

Steve, the host 'might' have checked if there was a problem with its servers and just neglected to reply back 'assuming' a user's problem or lack of knowledge...

Steve, you might feel obligated (sometimes/a lot of the time) to reply to (what I consider) stupid questions (because the user was too stupid and lazy to read) but for 'for-profit' companies, it is very different as it takes a lot of time (which also means a lot of money) to reply to all questions, and, thus, most questions are ignored unless the question might be pointing to a 'real' problem with the company's equipment/software...

Cumulus is a great product... and I'm glad there is a forum , with interested persons (such as Ray & Steve )who can help solve minor problems, like I had. I learnt something new today.
Can't wait for for Cumulus 2 to be released. I've sent Steve another donation in appreciation for his forum and hoping it helps to get him one step further to releasing V2.


James