Error while trying to restore database from .json backup

[pandafeliz]

LRR Version and OS
LANraragi 0.9.40
Windows 11

Bug Details
As a preface, I've been running the legacy wsl1 build alongside redis for Windows because I have a rather big library (99k+ files) and back when the official support for wsl1 ended I had trouble migrating my database to the wsl2 version, attempted this workaround that was recommended and it has been working ok so far.
However, I have been attempting to switch to the wsl2 build now and let the bundled redis take care of the database again since I can't find a way to make it the current wsl2 builds work with my redis for Windows installation.

I've tried just using my current database (the database.rdb file and appendonlydir folder) but there seems to be a version incompatibility caused between the redis for WIndows version that I'm running (7.4.2) and the redis version that LANraragi uses (7.2.7) and the program will just throw the following error at the start and dies.

It appears your Redis database is currently not running.
The program will cease functioning now.
Can't load application from file "/home/koyomi/lanraragi/script/lanraragi": Could not connect to Redis server at 127.0.0.1:6379: Connection refused at /home/koyomi/lanraragi/script/../lib/LANraragi/Model/Config.pm line 79.
        ...propagated at /usr/local/share/perl5/site_perl/Redis.pm line 673.
        ...propagated at /home/koyomi/lanraragi/script/../lib/LANraragi.pm line 88.

                _._                                                  
           _.-``__ ''-._                                             
      _.-``    `.  `_.  ''-._           Redis 7.2.7 (00000000/0) 64 bit
  .-`` .-```.  ```\/    _.,_ ''-._                                  
 (    '      ,       .-`  | `,    )     Running in standalone mode
 |`-._`-...-` __...-.``-._|'` _.-'|     Port: 6379
 |    `-._   `._    /     _.-'    |     PID: 26
  `-._    `-._  `-./  _.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |           https://redis.io       
  `-._    `-._`-.__.-'_.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |                                  
  `-._    `-._`-.__.-'_.-'    _.-'                                   
      `-._    `-.__.-'    _.-'                                       
          `-._        _.-'                                           
              `-.__.-'                                               

26:M 18 Mar 2025 02:40:40.134 * Server initialized
26:M 18 Mar 2025 02:40:40.161 * Reading RDB base file on AOF loading...
26:M 18 Mar 2025 02:40:40.161 # Can't handle RDB format version 12
26:M 18 Mar 2025 02:40:40.161 # Error reading the RDB base file appendonly.aof.2238.base.rdb, AOF loading aborted

So I decided to start with a clean database, re-add my files to the library and restore the metadata from the .json backup, however after a few thousands of files it will hang and display the following error:

An error occured server-side. woops.
Maybe your JSON is badly formatted ?

I've tried adding files in small batches then restore the metadata file and so on but the issue keeps happening, I also enabled the debug mode to see if there was something relevant in the logs but I couldn't find anything.

Is there a way to search for errors in the .json backup that would allow me to eliminate anything that is preventing the full restoration or even skip those entries so I can manually re-tag them later?

Thanks for any help.

[Difegue]

Well it's probably hitting a snag when parsing the JSON backup itself -- It's annoying that there are no informations in the logs though.

Have you tried putting your JSON backup through a linter to see if there are any obvious formatting errors in it?
Otherwise we can eventually try adding some extra logging to see why the server is unable to parse it properly 🤔

[ChronoStriker1]

I just tried to backup and reupload the same backup to my server and it fails, seems to take few min before failing. I currently have 47488 files in my server, is it possible the size of the backup is the issue and its failing to upload the entire file?