Problem Re-adding Tracks

[fiendy]

A problem has recently started where I can't re-add a track that has been erased from the server with "/admin erasethis" command.

Any attempt to re-add the track jukes a track with name "Unknown", which then will not play, but remains in the jukebox until I manually clear it.
(reason for erase/re-add was author had updated his track)

I think this started with the latest update of the dedicated server, as have been using Uaseco 0.9.5 a a little while before without this issue.

This is the error message I get in log file:-

Code: Select all

[UASECO Exception] Error returned: "Map lightmap is not up to date. (will still load for now)" [-1000] at GbxRemote::query() for method "CheckMapForCurrentServerParams" with arguments:
array(1) {
  [0]=>
  string(33) "MX/Stadium/tuuka-3_109038.Map.gbx"
}

[UASECO Exception] Error returned: "Map already added." [-1000] at GbxRemote::query() for method "AddMap" with arguments:
array(1) {
  [0]=>
  string(33) "MX/Stadium/tuuka-3_109038.Map.gbx"
}

What I have also noticed is that there's 4 new sub-directories appeared under the UserData/Maps/MX directory: Stadium, Canyon, Lagoon, and Valley. Under the Stadium directory are a number of recent added tracks including the tracks that are now failing, the rest of the server tracks are still in MX directory.
Is this a bug or have I missed updating something in config for latest update?

Any help appreciated

[hackie]

Those maps that fail are they already converted to mp4 ? The crew from MX are still working on that.

[Flighthigh]

You can check it by yourself. This Track isnt convert to mp4 yet.

https://tm.mania-exchange.com/tracks/109038/tuuka-3

This Track cant run under MP4. Wait for the Update of the MX Crew and then you can add it to your Server.

[fiendy]

Thanks for the replies!

However, I don't think it's the MP4 conversion that's the problem, except maybe with that track - seemed I picked a bad example from the log!
I had already converted all the maps on the server, but I forgot the MX version was still the old one!

Here's an example of a new map. This, and others like it had been added to the server, and played fine, then removed (not sure why, was one of my admins that added it, not me). Any attempt to re-add results in the above problems:-

Code: Select all

[2017-06-19 22:16:53] [Chat] Player [flamecron] used command "/admin add 122650"

[UASECO Exception] Error returned: "Map already added." [-1000] at GbxRemote::query() for method "AddMap" with arguments:
array(1) {
  [0]=>
  string(38) "MX/Stadium/basichunt-o8_122650.Map.gbx"
}

This is the map:https://tm.mania-exchange.com/tracks/122650

[Flighthigh]

OK this is a MP4 map.

But if the admin delete the Track you are sure that the matchsettingfile is new writen and safed.
I think he delete the Track but in the Matchsetting the tracks is allready exist.

Check this pls

[fiendy]

Ok, the map is in matchsettings, and in the maps DB table:-

Code: Select all

<map>
                <file>MX/Stadium/basichunt-o8_122650.Map.gbx</file>
                <ident>gWETxexehqkew39ghQcQvilhi38</ident>
        </map>
        

Code: Select all

+-------+-----------------------------+----------------------------------------+---------------------------+---------+----------+-------------+------------+----------+------------+------------+-------------+------+------+----------------
-+-------+----------+--------+---------------+-----------+------------+------------------+---------+---------+--------+----------+---------+
| MapId | Uid                         | Filename                               | Name                      | Comment | AuthorId | AuthorScore | AuthorTime | GoldTime | SilverTime | BronzeTime | Environment | Mood | Cost | Type
 | Style | MultiLap | NbLaps | NbCheckpoints | Validated | ExeVersion | ExeBuild         | ModName | ModFile | ModUrl | SongFile | SongUrl |
+-------+-----------------------------+----------------------------------------+---------------------------+---------+----------+-------------+------------+----------+------------+------------+-------------+------+------+----------------
-+-------+----------+--------+---------------+-----------+------------+------------------+---------+---------+--------+----------+---------+
|  4278 | gWETxexehqkew39ghQcQvilhi38 | MX/Stadium/basichunt-o8_122650.Map.gbx | $i$0C0Basic$sHunt $fff°8  |         |      158 |           0 |      13308 |    15000 |      16000 |      20000 | Stadium     | Day  |  780 | TrackMania\Race
 |       | false    |      0 |             3 | true      | 3.3.0      | 2017-06-01_13_50 |         |         |        |          |         |
+-------+-----------------------------+----------------------------------------+---------------------------+---------+----------+-------------+------------+----------+------------+------------+-------------+------+------+----------------
-+-------+----------+--------+---------------+-----------+------------+------------------+---------+---------+--------+----------+---------+
1 row in set (0.00 sec)

However, the map does not show up in-game, either by doing "/list basic", "/elist basic" or "/list newest". Are map references stored somewhere else other than these two locations in Uaseco? If not, I don't know what's going on!
I may try stopping the server & manually removing these two entries & see if that fixes it, but still not sure how this could have happened?

[undef.de]

Take a look into the dedicated server logfile too, for some reason the method "CheckMapForCurrentServerParams" returns true for a map which can't be loaded because of not embeded items.

Does the file "MX/Stadium/basichunt-o8_122650.Map.gbx" exists and is readable by the dedicated server and UASECO (unix rights)?

[Flighthigh]

Hi

That the map is in the DB isnt a problem.
If the Track is in the Matchsetting and does not excist as a file then you get a message in the dedicatedlogfile as undef say.

Note: if a admin delete a Track from the Server with the /admin erase command he delete the file. But after this he must rewrite the Matchsetting to. If he do this not and you kill the Server and restart him the Matchsetting wont to load this Track but cant found him (Message in the Logfile). And if you want to add the Track as a new one you get your errormessage because the Matchsetting think that the Track is still there.

[fiendy]

Take a look into the dedicated server logfile too, for some reason the method "CheckMapForCurrentServerParams" returns true for a map which can't be loaded because of not embeded items.

Does the file "MX/Stadium/basichunt-o8_122650.Map.gbx" exists and is readable by the dedicated server and UASECO (unix rights)?

I can find nothing in dedicated server logfile around that time that might relate to this.
The file does exist, with correct permissions:-

Code: Select all

-rw-rw-r-- 1 trackmania trackmania 1318142 Jun 16 21:44 lover-in-the-water_122722.Map.gbx
-rw-rw-r-- 1 trackmania trackmania  327080 Jun 14 22:52 basichunt-o8_122650.Map.gbx

(the track above it does play ok btw).

Note: if a admin delete a Track from the Server with the /admin erase command he delete the file. But after this he must rewrite the Matchsetting to. If he do this not and you kill the Server and restart him the Matchsetting wont to load this Track but cant found him (Message in the Logfile). And if you want to add the Track as a new one you get your errormessage because the Matchsetting think that the Track is still there.

You could be correct, although in Xaseco, if you did this, I'm pretty sure it removed it from the matchsettings, & deleted the file, but left it in the DB. This didn't cause any issues, and we could re-add the track.
In this case, it's in matchsettings, the DB, and the physical file exists, so I would have thought it would show in-game?

I'll try & replicate this myself later with a track I know works, doing "writemaplist" etc, just so I know exactly what was done, and there isn't something odd about this particular map (but as I said, we have a number that fail now).

Many thanks for the help guys, it's appreciated

[fiendy]

Ok, I think I may have fixed issue, although not quite sure why!

I noticed some other errors in log file, which have always been there since switched to MP4/Uaseco - the mapimages_path setting pointed to a non-existent directory. Turns out I missed this when originally set it up
I changed this, removed the duff tracks from the DB/matchsettings, & restarted, and I was able to re-add the tracks.
I have no idea why it only affected certain tracks & others were ok!

Thanks again for your assisstence