Closed leijurv closed 6 years ago
It seems to have run some extremely long sql commands, lists of thousands and thousands of message ids
This is what the beginning of the output looks like:
leijurv@swamp:/mnt/data/Dropbox$ java -jar telegram_backup.jar --with-supergroups --with-channels --account +16503876684 --debug --target /mnt/tgdata/
08:30:40.351 DEBUG Utils.getNewestVersion : Requesting current release info from https://api.github.com/repos/fabianonline/telegram_backup/releases
08:30:41.581 DEBUG Utils.getNewestVersion : Found current release version 1.1.3
08:30:41.581 DEBUG Utils.compareVersions : Comparing versions 1.1.3-3-gad6f57d and 1.1.3.
08:30:41.600 DEBUG Utils.compareVersions : v1 has a suffix, v2 not.
08:30:41.601 INFO CommandLineController.<init> : CommandLineController started. App version 1.1.3-3-gad6f57d
Telegram_Backup version 1.1.3-3-gad6f57d, Copyright (C) 2016, 2017 Fabian Schlenz
Telegram_Backup comes with ABSOLUTELY NO WARRANTY. This is free software, and you are
welcome to redistribute it under certain conditions; run it with '--license' for details.
08:30:41.602 DEBUG CommandLineController.setupFileBase: Target dir at startup: /home/leijurv/.telegram_backup
08:30:41.602 DEBUG CommandLineController.setupFileBase: Target dir after options: /mnt/tgdata/
Base directory for files: /mnt/tgdata/
08:30:41.602 DEBUG CommandLineController.<init> : Initializing TelegramApp
08:30:41.602 DEBUG CommandLineController.selectAccount: Account requested: +1REDACTEDXX
08:30:41.602 DEBUG CommandLineController.selectAccount: accounts.size: 1
08:30:41.602 DEBUG CommandLineController.selectAccount: account: +1REDACTEDXX
08:30:41.602 DEBUG CommandLineController.<init> : CommandLineOptions.cmd_login: false
08:30:41.602 INFO CommandLineController.<init> : Initializing ApiStorage
08:30:41.603 INFO CommandLineController.<init> : Initializing TelegramUpdateHandler
08:30:41.603 INFO CommandLineController.<init> : Creating Client
08:30:42.194 INFO CommandLineController.<init> : Initializing UserManager
08:30:42.195 DEBUG UserManager.<init> : Calling getFullUser
08:30:42.323 DEBUG CommandLineController.<init> : CommandLineOptions.cmd_login: false
Opening database...
08:30:42.376 DEBUG DatabaseUpdates.<init> : Registering Database Updates...
08:30:42.376 DEBUG DatabaseUpdates.register : Registering class de.fabianonline.telegram_backup.DB_Update_1 as update to version 1
08:30:42.377 DEBUG DatabaseUpdates.register : Registering class de.fabianonline.telegram_backup.DB_Update_2 as update to version 2
08:30:42.377 DEBUG DatabaseUpdates.register : Registering class de.fabianonline.telegram_backup.DB_Update_3 as update to version 3
08:30:42.377 DEBUG DatabaseUpdates.register : Registering class de.fabianonline.telegram_backup.DB_Update_4 as update to version 4
08:30:42.377 DEBUG DatabaseUpdates.register : Registering class de.fabianonline.telegram_backup.DB_Update_5 as update to version 5
08:30:42.377 DEBUG DatabaseUpdates.register : Registering class de.fabianonline.telegram_backup.DB_Update_6 as update to version 6
08:30:42.378 DEBUG DatabaseUpdates.register : Registering class de.fabianonline.telegram_backup.DB_Update_7 as update to version 7
08:30:42.378 DEBUG DatabaseUpdates.register : Registering class de.fabianonline.telegram_backup.DB_Update_8 as update to version 8
08:30:42.378 DEBUG DatabaseUpdates.register : Registering class de.fabianonline.telegram_backup.DB_Update_9 as update to version 9
08:30:42.378 DEBUG DatabaseUpdates.doUpdates : DatabaseUpdate.doUpdates running
08:30:42.378 DEBUG DatabaseUpdates.doUpdates : Getting current database version
08:30:42.378 DEBUG DatabaseUpdates.doUpdates : Checking if table database_versions exists
08:30:42.379 DEBUG DatabaseUpdates.doUpdates : Table exists. Checking max version
08:30:42.379 DEBUG DatabaseUpdates.doUpdates : version: 8
Database version: 8
08:30:42.379 DEBUG DatabaseUpdates.doUpdates : Max available database version is 9
08:30:42.379 DEBUG DatabaseUpdates.doUpdates : Update is necessary. 8 => 9.
08:30:42.379 DEBUG DatabaseUpdates.doUpdates : Update to version 9 needs a backup
08:30:42.379 DEBUG DatabaseUpdates.doUpdates : Performing backup
Creating a backup of your database as database.version_8.backup.sqlite
08:30:42.379 DEBUG Database.backupDatabase : Copying /mnt/tgdata//+1REDACTEDXX/database.sqlite to /mnt/tgdata//+1REDACTEDXX/database.version_8.backup.sqlite
08:30:42.490 DEBUG DatabaseUpdates.doUpdates : Applying updates
08:30:42.491 DEBUG DatabaseUpdate.doUpdate : Applying update to version 9
Updating to version 9...
Updating supergroup channel message data (this might take some time)...
08:30:42.562 DEBUG DB_Update_9._doUpdate : Found 192686 candidates for conversion
08:30:42.562 DEBUG DB_Update_9._doUpdate : Querying with limit 5000 and offset 0
This could be because my database is very big and I have a lot of messages and media:
4.0K auth.dat
335M database.sqlite
48K database.sqlite-journal
335M database.version_8.backup.sqlite
4.0K dc.dat
75G files
I'm also affected by this.
My database size is very close to @leijurv 's, so that might be why.
@leijurv : see #94 for possible workaround
Thank you, that fixes it
A real bugfix is in the works. Sorry for taking so long. :-(
1.1.4 is out.