project-navigation
Personal tools

Author Topic: contrib/map-get/update.py ends with temporary problem with name resolution  (Read 4220 times)

Offline nick87720z

  • Rookie
  • ***
  • Posts: 43
    • View Profile
When i run this script it doenloads maps, but ends with python traceback, caused by this error:
Code: [Select]
building file list ...
895 files to consider
./
bunker.bsp
     27,734,916 100%   61.01MB/s    0:00:00 (xfr#1, to-chk=893/895)
city_train.bsp
     15,610,744 100%   19.26MB/s    0:00:00 (xfr#2, to-chk=892/895)
corrupter_crash.bsp
     19,233,944 100%   17.13MB/s    0:00:01 (xfr#3, to-chk=891/895)
dam.bsp
      9,583,008 100%   37.00MB/s    0:00:00 (xfr#4, to-chk=890/895)
excavation.bsp
     18,164,888 100%   31.38MB/s    0:00:00 (xfr#5, to-chk=889/895)
........<tldr; to not exceed max 20 000 chars>.......
village2/vil_b2x4_mart01.bsp
      7,460,868 100%    4.93MB/s    0:00:01 (xfr#829, to-chk=32/895)
village2/vil_b2x4_station01.bsp
      4,838,900 100%    6.18MB/s    0:00:00 (xfr#830, to-chk=31/895)
village2/vil_craft_drop_firebird.bsp
        535,608 100%  681.95kB/s    0:00:00 (xfr#831, to-chk=30/895)
village2/vil_craft_drop_herakles.bsp
        460,720 100%  558.91kB/s    0:00:00 (xfr#832, to-chk=29/895)
village2/vil_craft_drop_raptor.bsp
        483,916 100%  549.50kB/s    0:00:00 (xfr#833, to-chk=28/895)
village2/vil_craft_ufo_fighter.bsp
      3,404,996 100%    3.08MB/s    0:00:01 (xfr#834, to-chk=27/895)
village2/vil_craft_ufo_scout.bsp
      3,143,828 100%    9.06MB/s    0:00:00 (xfr#835, to-chk=26/895)
village2/vil_mp1.bsp
        444,796 100%    1.14MB/s    0:00:00 (xfr#836, to-chk=25/895)
village2/vil_mp2.bsp
        444,796 100%    1.08MB/s    0:00:00 (xfr#837, to-chk=24/895)
village2/vil_mp3.bsp
        444,796 100%    1.03MB/s    0:00:00 (xfr#838, to-chk=23/895)
village2/vil_mp4.bsp
        444,796 100% 1019.65kB/s    0:00:00 (xfr#839, to-chk=22/895)
village2/vil_p2x2_garden01.bsp
      1,700,132 100%    2.41MB/s    0:00:00 (xfr#840, to-chk=21/895)
village2/vil_p2x2_playground01.bsp
      1,671,464 100%    1.90MB/s    0:00:00 (xfr#841, to-chk=20/895)
village2/vil_p2x2_playground02.bsp
      1,821,260 100%    1.91MB/s    0:00:00 (xfr#842, to-chk=19/895)
village2/vil_p4x4_fountain01.bsp
      7,984,912 100%    6.26MB/s    0:00:01 (xfr#843, to-chk=18/895)
village2/vil_sc_ne01.bsp
        390,116 100%    1.54MB/s    0:00:00 (xfr#844, to-chk=17/895)
village2/vil_sc_nw01.bsp
        421,436 100%    1.36MB/s    0:00:00 (xfr#845, to-chk=16/895)
village2/vil_sc_sw01.bsp
        389,608 100%    1.21MB/s    0:00:00 (xfr#846, to-chk=15/895)
village2/vil_sh1x1_01.bsp
        378,836 100%    1.13MB/s    0:00:00 (xfr#847, to-chk=14/895)
village2/vil_sh_01.bsp
        443,780 100%    1.26MB/s    0:00:00 (xfr#848, to-chk=13/895)
village2/vil_sh_02.bsp
        475,128 100%    1.27MB/s    0:00:00 (xfr#849, to-chk=12/895)
village2/vil_sh_03.bsp
        456,320 100%    1.15MB/s    0:00:00 (xfr#850, to-chk=11/895)
village2/vil_st_east01.bsp
        412,140 100%  969.83kB/s    0:00:00 (xfr#851, to-chk=10/895)
village2/vil_st_north01.bsp
        414,124 100%  839.04kB/s    0:00:00 (xfr#852, to-chk=9/895)
village2/vil_st_north02.bsp
        435,172 100%  851.65kB/s    0:00:00 (xfr#853, to-chk=8/895)
village2/vil_st_south01.bsp
        414,124 100%  786.81kB/s    0:00:00 (xfr#854, to-chk=7/895)
village2/vil_st_west01.bsp
        411,996 100%  762.01kB/s    0:00:00 (xfr#855, to-chk=6/895)
village2/vil_sv1x1_01.bsp
        377,788 100%  676.94kB/s    0:00:00 (xfr#856, to-chk=5/895)
village2/vil_sv_01.bsp
        445,660 100%  756.90kB/s    0:00:00 (xfr#857, to-chk=4/895)
village2/vil_sv_02.bsp
        620,012 100%  952.01kB/s    0:00:00 (xfr#858, to-chk=3/895)
village2/vil_sv_03.bsp
        468,040 100%  699.95kB/s    0:00:00 (xfr#859, to-chk=2/895)
village2/vil_sv_04.bsp
        669,228 100%  952.69kB/s    0:00:00 (xfr#860, to-chk=1/895)
village2/vil_sx_01.bsp
        475,344 100%  619.76kB/s    0:00:00 (xfr#861, to-chk=0/895)                                                                                                                            [ ok ]
map-get version 0.0.5.0
http://ufoai.org/maps/2.6
Local ufo2map information:
* version_from_binary: None
* version_from_source: None
* hash_from_source: 255076719a0cc938f747bce2c3f484d9
* version: None

Traceback (most recent call last):
  File "contrib/map-get/update.py", line 198, in <module>
    main()
  File "contrib/map-get/update.py", line 195, in main
    upgrade(repository)
  File "contrib/map-get/update.py", line 94, in upgrade
    data = download(repository + '/UFO2MAP')
  File "contrib/map-get/update.py", line 44, in download
    f = urllib2.build_opener().open(request)
  File "/usr/lib64/python2.7/urllib2.py", line 429, in open
    response = self._open(req, data)
  File "/usr/lib64/python2.7/urllib2.py", line 447, in _open
    '_open', req)
  File "/usr/lib64/python2.7/urllib2.py", line 407, in _call_chain
    result = func(*args)
  File "/usr/lib64/python2.7/urllib2.py", line 1228, in http_open
    return self.do_open(httplib.HTTPConnection, req)
  File "/usr/lib64/python2.7/urllib2.py", line 1198, in do_open
    raise URLError(err)
urllib2.URLError: <urlopen error [Errno -3] Temporary failure in name resolution>
According to log, it downloads all maps at least from first list.
I can't understand even, what url: data = download(repository + '/UFO2MAP').
Yet can't find such error text neither at form nor bugtracker.

runing with python 2.7
« Last Edit: February 02, 2019, 02:37:45 pm by nick87720z »

Offline nick87720z

  • Rookie
  • ***
  • Posts: 43
    • View Profile
Something changed in build sequence since my last try. According to docs - maps need to be built by make maps, and only if above script is not used. This time, when i ran "make ufo2map", it make everything - including all, maps, lang, pk3.
Is it because, that downloadable maps are older than sources?

Fetched sources from git nearly in May 08.

Offline geever

  • Project Coder
  • PHALANX Commander
  • ***
  • Posts: 2560
    • View Profile
urllib2.URLError: <urlopen error [Errno -3] Temporary failure in name resolution>

Is still an issue? Did you try again later?

"Temporary failure in name resolution" means it could not convert ufoai.org to its IP address which is usually a network issue on either side. I could imagine that there was a short glitch in your (or the server's) network connection...

Something changed in build sequence since my last try. According to docs - maps need to be built by make maps, and only if above script is not used. This time, when i ran "make ufo2map", it make everything - including all, maps, lang, pk3.
Is it because, that downloadable maps are older than sources?

Fetched sources from git nearly in May 08.

Which buildsystem you use? The regular makefile one, or the CMake assisted?

make ufo2map (at least in the "normal" makefiles) will only compile the map compiler application.


-geever

Offline nick87720z

  • Rookie
  • ***
  • Posts: 43
    • View Profile
Re: contrib/map-get/update.py ends with temporary problem with name resolution
« Reply #3 on: February 02, 2019, 02:43:37 pm »
My appologies - i just discovered, that option to get email notifications about replies is hidden by expander bellow. Usually i manually polled pages to see when reply appears, but it is somewhat encumbering.

This year i made manual compilation in sources in my dedicated dir at home - problem doesn't appear. I'm trying to understand, what caused it that time - my guessment is that script caused too high load for server.

Offline geever

  • Project Coder
  • PHALANX Commander
  • ***
  • Posts: 2560
    • View Profile
Re: contrib/map-get/update.py ends with temporary problem with name resolution
« Reply #4 on: February 03, 2019, 06:01:04 pm »
My appologies - i just discovered, that option to get email notifications about replies is hidden by expander bellow. Usually i manually polled pages to see when reply appears, but it is somewhat encumbering.

This year i made manual compilation in sources in my dedicated dir at home - problem doesn't appear. I'm trying to understand, what caused it that time - my guessment is that script caused too high load for server.

ufo2map target is the map compiler only, not the maps themselves so my guess, that there was some pebkac. Although after a year, I guess it doesn't matter.

-geever