Opened 11 years ago

Closed 11 years ago

#822 closed defect (worksforme)

T@H dont delete all files sometime

Reported by: fatbozz@… Owned by: osm@…
Priority: major Milestone:
Component: osmarender Version:
Keywords: tiles@home upload POST fail Cc:

Description

Hi im using

G:\GPSaWardriving\Utility\tilesAtHome>tilesGen.pl version

  • Using working directory c:\temp\
  • Inkscape version 0.46
  • rendering using Osmarender/XSLT
  • xmlstarlet version 1.0.1
  • zip is present

going to use optipng

  • Pngcrush version 1.6.4
  • OptiPNG version 0.5.5
  • Uploading with username "PetrS"
  • Deleting ZIP files after upload
  • Configured Layer: default
  • Configured Layer: maplint
  • Configured Layer: captionless

This is version 7257 (Poynton) of tilesgen running on MSWin32

Sometime T@H dont delete all zip files in uploadable folder when loop mode is on (i saw only 15Mb+ files) this may cause high netload for tah server, because this file is still uploaded till you dont stop loop and delete it manually.

Change History (6)

comment:1 Changed 11 years ago by osm@…

  • Check there is no (known) proxy between you an the tah server.

If that doesn't go through OK you have a (transparent) proxy somewhere between your client and the tah server which blocks file uploads larger than some preconfigured size. This size must be at least 24 MiB (24 * 10242 Bytes) for t@h to work.

If this doesn't show any problems try running the client with the setting "Verbose=1" in the tilesAtHome.conf
and post the output.

comment:2 Changed 11 years ago by osm@…

  • Owner changed from jochen@… to osm@…

comment:3 Changed 11 years ago by fatbozz@…

When i load file through TAH webupload, then file is finished, page is still white, nothig more, i expected "yeah done" or something else ( i did it first this upload).

When verbose mode is on, then client is writing

G:\GPSaWardriving\Utility\tilesAtHome>tilesGen.pl upload
- Using working directory c:\temp\
- Inkscape version 0.46
- rendering using Osmarender/XSLT
- xmlstarlet version 1.0.1
- zip is present
going to use optipng
- Pngcrush version 1.6.4
- OptiPNG version 0.5.5
- Uploading with username "PetrS"
- Deleting ZIP files after upload
- Configured Layer: default
- Configured Layer: maplint
- Configured Layer: captionless
This is version 7257 (Poynton) of tilesgen running on MSWin32
[#0   0% warning] don't run this parallel to another tilesGen.pl instance
[#0   0% upload1] Uploading c:\temp\/uploadable/1207699888_147868_0_tile_tileset.zip... ERROR
  Error uploading c:\temp\/uploadable/1207699888_147868_0_tile_tileset.zip to http://tah.openstreetmap.org/Upload/tile2.php:  500 read timeout
[#0   0% upload2] Uploading c:\temp\/uploadable/1207699888_147868_0_tile_tileset.zip... ERROR
  Error uploading c:\temp\/uploadable/1207699888_147868_0_tile_tileset.zip to http://tah.openstreetmap.org/Upload/tile2.php:  500 read timeout
[#0   0% upload2] 0 zip files left to upload...
G:\GPSaWardriving\Utility\tilesAtHome>

and file is still TMP folder, next run is still uploaded

comment:4 Changed 11 years ago by osm@…

  • Keywords upload POST fail added; delete file removed
  • Resolution set to worksforme
  • Status changed from new to closed

the error is the "Read timeout"
Since the server runs ok for me (and apparently everyone else) the problem should be at your end.
Make sure you can use HTTP POST with more than 10 MB (24 MiB currently needed for t@h) for the payload. From here it seems you have some transparent proxy at your web hoster for http requests that is unable to handle POST requests over a certain limit (I think around 10 MB is the default for most implementations, but I don't know for sure)

comment:5 Changed 11 years ago by fatbozz@…

  • Resolution worksforme deleted
  • Status changed from closed to reopened

Im not behind proxy, im directly connected to the internet.

comment:6 Changed 11 years ago by osm@…

  • Resolution set to worksforme
  • Status changed from reopened to closed

I meant ISP instead of web hoster, sorry. Nevertheless this is something that worksforme, or wontfix. You have to contact your ISP, or otherwise make sure you can POST entities as large as 24 MiB.
This is not a problem of osmarender, nor tilesAtHome itself.

Note: See TracTickets for help on using tickets.