phyosithu / osm2garmin

Automatically exported from code.google.com/p/osm2garmin
GNU General Public License v2.0
0 stars 0 forks source link

Can not rename planet #86

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
I have updated osm2garmin to r214 and deleted old planet-files.
When downloaded new planet it says "Can not rename planet-120912.osm.pbf to 
planet.osm.pbf".

There is no other files in conflict, but seems like the planet-120912.osm.pbf 
is being used by java, because you can not manually rename it either, when 
osm2garmin is still up running (not doing anything).

Exiting osm2garmin and manually rename the planet file to planet.osm.pbf 
results in re-downloaqding the whole planet again.

Restarting osm2garmin and start over, it checks the planet against the md5 
hash, with same result, can not rename file.

Original issue reported on code.google.com by mit...@gmail.com on 21 Sep 2012 at 5:24

GoogleCodeExporter commented 9 years ago
Most probably, your download was not completed. Size of the 
planet-120912.osm.pbf is 18464764609 bytes. If your file is shorter, software 
expects your planet file be still the older (CDDL) version and starts download 
from scratch again. For the same reason, the file remained opened and can't be 
renamed, I guess.

Please try to switch your download method to Bittorrent and try again. HTTP 
download is somehow broken. Bittorrent download should complete normally.

Original comment by mantl...@gmail.com on 21 Sep 2012 at 7:20

GoogleCodeExporter commented 9 years ago
http://content.screencast.com/users/Malmis/folders/Jing/media/c7d57b1e-310c-4161
-859e-945fc39695b7/2012-09-21_0925.png

I was using BitTorrent.

Original comment by mit...@gmail.com on 21 Sep 2012 at 7:26

GoogleCodeExporter commented 9 years ago
Please double check your options. The message "Can not rename xxxx to yyyy" is 
generated when HTTP download finished only. Bittorrent download copies the file 
instead of moving because it is opened for seeding meanwhile and it's fail 
messate is "Can not copy xxxx to yyyy". In addition, torrent for the last 
Planet was generated several hours ago and the only peer downloading the file 
yet is my testing robot.

Original comment by mantl...@gmail.com on 21 Sep 2012 at 7:42

GoogleCodeExporter commented 9 years ago
Well, i have the file downloaded already and have BitTorrent checked and still 
get the same error.

And i am actually seeding the full planet file with uTorrent.

Original comment by mit...@gmail.com on 21 Sep 2012 at 7:54

GoogleCodeExporter commented 9 years ago
Can you, please, upload logs here for further assessment?

Original comment by mantl...@gmail.com on 21 Sep 2012 at 8:12

GoogleCodeExporter commented 9 years ago
Later, if this ongoing download doesn't work. I'm on 20% of bittorrent download 
in osm2garmin right now.

Original comment by mit...@gmail.com on 21 Sep 2012 at 8:15

GoogleCodeExporter commented 9 years ago
Strange. Could you, please, upload the screenshot of the running download?

Original comment by mantl...@gmail.com on 21 Sep 2012 at 8:41

GoogleCodeExporter commented 9 years ago
http://content.screencast.com/users/Malmis/folders/Jing/media/505ede68-fe5e-4023
-afb8-2ab2dac6245a/2012-09-21_1045.png

Original comment by mit...@gmail.com on 21 Sep 2012 at 8:47

GoogleCodeExporter commented 9 years ago
Thank you. If the problem will persist when download finished, please upload 
both logs.

Original comment by mantl...@gmail.com on 21 Sep 2012 at 8:51

GoogleCodeExporter commented 9 years ago
This issue was updated by revision r215.

This should fix Planet file renaming problem with HTTP download.

Original comment by mantl...@gmail.com on 21 Sep 2012 at 9:52

GoogleCodeExporter commented 9 years ago

Original comment by mantl...@gmail.com on 21 Sep 2012 at 9:53

GoogleCodeExporter commented 9 years ago
Uh...

Piece completed by webseed : 3221 (Total dl = 100.0 %)
Task completed
Bad response code from server 404 - Not Found.
Download error.
Bad response code from server 404 - Not Found.
Download error.
Contact Tracker. URL source = 
http://ipv4.tracker.osm-torrent.torres.voyager.hr/announce?info_hash=%2Fx%C6%1A%
01%19%C7i%B3%20%5C%A5%A5%82J%9D%5C9%8C%1A&peer_id=-BE0001-%7E%27lJ%84%0C%1B%DF%C
2H%980&port=6881&downloaded=18464764609&uploaded=0&left=0&numwant=100&compact=1
{interval=900, complete=0, peers=[B@31196058, downloaded=0, min interval=60, 
incomplete=0}
Tracker response OK. Next connection  after 15 min.
Peer List updated from tracker with 0 peers
Bad response code from server 404 - Not Found.
Download error.
Bad response code from server 404 - Not Found.
Download error.

What is this? The program says 99,98% is downloaded, but this log says 100% but 
then something got really weird.

Original comment by mit...@gmail.com on 21 Sep 2012 at 3:46

GoogleCodeExporter commented 9 years ago
Please upload both logs.

Original comment by mantl...@gmail.com on 21 Sep 2012 at 4:02

GoogleCodeExporter commented 9 years ago
Don't really know what log files you talk about.

Original comment by mit...@gmail.com on 21 Sep 2012 at 4:06

Attachments:

GoogleCodeExporter commented 9 years ago
Trying to resume the download resulted in a error too.

Original comment by mit...@gmail.com on 21 Sep 2012 at 4:07

GoogleCodeExporter commented 9 years ago
Trying with HTTP, got the "Can not rename planet...." also with r216.

Original comment by mit...@gmail.com on 21 Sep 2012 at 4:08

GoogleCodeExporter commented 9 years ago
report.log from your maps directory and messages.log from 
<userdir>/AppData/Roaming/osm2garmin/var/log

Original comment by mantl...@gmail.com on 21 Sep 2012 at 4:10

GoogleCodeExporter commented 9 years ago

Original comment by mit...@gmail.com on 21 Sep 2012 at 4:12

Attachments:

GoogleCodeExporter commented 9 years ago
Can't provide any diagnostics without report.log from your maps directory.

Original comment by mantl...@gmail.com on 21 Sep 2012 at 4:13

GoogleCodeExporter commented 9 years ago
Ok thanks - just delivered with my last comment.

Original comment by mantl...@gmail.com on 21 Sep 2012 at 4:14

GoogleCodeExporter commented 9 years ago
Uploaded report.log is not a log from failed processing.

Original comment by mantl...@gmail.com on 21 Sep 2012 at 4:16

GoogleCodeExporter commented 9 years ago
This time it did go some step further, but then some error.

Don't know why it couldn't resume from bittorrent first time, and not even with 
HTTP.

Original comment by mit...@gmail.com on 21 Sep 2012 at 4:37

Attachments:

GoogleCodeExporter commented 9 years ago
Planet updates do not work in HTTP mode as presented in the last report.log. 
They worked in BitTorrent mode only. I do not plan to fix the HTTP mode updates.

There seems to be currently a bug in the BitTorrent updater which causes errors 
described in the Comment 12. I am able to reproduce the problem. Please stand 
by for a fix.

Original comment by mantl...@gmail.com on 21 Sep 2012 at 4:55

GoogleCodeExporter commented 9 years ago
Ok, good.

Original comment by mit...@gmail.com on 21 Sep 2012 at 5:01

GoogleCodeExporter commented 9 years ago
Two more remarks to the last comment:

Both failures, one described in the Comment 12 and in the log uploaded with the 
Comment 22, are related to downloading updates and not the file 
Planet-120912.osm.pbf. In both cases, the planet file download was finished 
successfully.

Http download of updates did not work in earlier versions of the software 
either. Most probably, I will take rid of it at all in future versions and 
HTTP/BitTorrent switch will work for Planet file download only.

Original comment by mantl...@gmail.com on 21 Sep 2012 at 5:02

GoogleCodeExporter commented 9 years ago
This issue was updated by revision r217.

Reset osc number to zero when osmosiswork points to non-ODbL planet file.

Original comment by mantl...@gmail.com on 21 Sep 2012 at 7:42

GoogleCodeExporter commented 9 years ago
All tests passed. Closing issue.

Original comment by mantl...@gmail.com on 23 Sep 2012 at 8:53