Filter by reset
- Everywhere
306 - Issues
31 - Pull Requests
95 - Comments
180
Adapt the code and tests to KNN and fix SKIP issue
We've encountered broken tests in the backup following a change in the official Docker image. Additionally, there's an issue with KNN, and the backup failed to retrieve the versions. We also need to include the KNN version in the versions.json file and โฆ
Wrong ownership after installation in Debian/Ubuntu
When you install manticore-backup in Debian/Ubuntu under root the ownership looks like this: root@78c483766894:/backup# ls -la usr/share/manticore/modules/manticore-backup/ total 104 drwxr-xr-x 4 1001 123 4096 Aug 4 08:41 . drwxr-xr-x 3 1001 123 4096 Aug โฆ
est::size_M
sudo manticore-backup --config=conf --backup-dir=/path/to/search/idx.backup Copyright (c) 2023, Manticore Software LTD (https://manticoresearch.com/) Manticore config file: /home/user/conf Tables to backup: all tables Backup dir: /path/to/search/idx. โฆ
est::size_S
manticore-backup Failed to send query to the Manticore Search daemon
Update Jul 9 2024 Likely MRE - https://github.com/manticoresoftware/manticoresearch-backup/issues/116#issuecomment-2216597206 Package versions: manticore-backup/jammy,now 1.3.8-24052208-57fc406 all [ัััะฐะฝะพะฒะปะตะฝ, ะฐะฒัะพะผะฐัะธัะตัะบะธ] manticore-buddy/jammy,now 2.3 โฆ
bugest::size_Mrel::upcoming
It seems that after these changes, the backup stopped working. It was working perfectly on release 7.0.0, but in the latest version, it returns an error docker run -e EXTRA=1 --name manticore -p 127.0.0.1:9306:9306 -p 127.0.0.1:9308:9308 -d โฆ
Improve tests to make sure all table files are backed up
It's turned out .spknn files are not backed up now (because FREEZE doesn't show them). Let's improve the tests to make sure all table files are backed up by comparing the backed up files with the actual table files.
est::size_M
Add possibility to backup extra files
First, we need to double-check if we truly need the configuration when restoring. If the answer is yes, we should develop a system that allows us to pass multiple configurations, enabling us to back them all up. The feature should also allow us to add โฆ
Add tests to make sure that we able to backup and restore multiple configs
We've added a feature that allows backing up multiple configurations: https://github.com/manticoresoftware/manticoresearch-backup/pull/106 Now, we need to ensure it's working correctly by testing: Backing up multiple configurations is successful. โฆ
Cannot write to backup directory - "/"
When we restore a backup to the root directory, for example, using --backup-dir=/ , and there's a file in the state directory, we can't restore it because of an error.
While it may not make much practical sense to backup plain indexes since they are mostly immutable we can still do it to: make things unified backup updated attributes make things easier for those who find it easier to run backup/restore than rsync/cp
Store config name in meta file on backup and use it on restore
Currently, we are only storing versions when we perform a backup. However, there is an issue with hardcoded values that we should aim to remove: https://github.com/manticoresoftware/manticoresearch-backup/blob/fa1fecdf149e60248b47e1acfe64cf23d9c83fee/src/ โฆ
enhancementest::size_S
If you try to backup in a container of our official docker image, you'll get: root@4cfeb22b0f9e:/var/lib/manticore# manticore-backup --backup-dir=/tmp/ Copyright (c) 2023, Manticore Software LTD (https://manticoresearch.com) Manticore config file: /etc/ โฆ
est::size_S
Add support for external storages
It will makes things easier if we support backing up directly to an external storage like ssh and s3. Here's what the syntax may look like in SQL: BACKUP [<what>] TO <where> [OPTIONS <options>] <where> should in the form of a function : local({path=}) or โฆ
We should store manticore-backup tool version and check major changes on restore. In case if major version different and we have breaking changes we should notify user the same way we do with --force flag
enhancementest::size_S
โฆ"php": ">=8.1" The language version requirement is too high.
Dig into issue of CI in backup
After transitioning to the new CLT action and updating our images, we've encountered a peculiar issue that needs to be addressed. The problem is as illustrated in the following screenshot:
Improve decompression logic on restoring compressed backup
At present, our backup restoration process involves reading the file into memory and decompressing it within the same process. This method can lead to "memory out of limit" errors when dealing with large files. To rectify this, we should adopt a more โฆ
est::size_M
Cross-platform backup & restore
I'm trying to use backups & restores across platforms, e.g. from a Linux server in production to a dev environment on a Mac. Obviously, the paths and config files differ. However, no matter what I try, I always get errors during restore โ e.g. [Error] โฆ
Can't restore outdated backup cause folder non exist
I faced with interesting behavior. If I created a dump with the old version of Buddy, I can't restore it because I haven't desired path. For example in my dump has files inside /usr/share/manticore/modules/manticore-buddy/vendor/composer/composer/doc/... โฆ
est::size_S
https listener prevents from connecting to Manticore Search
If you have this in the config: listen = 9312 listen = 127.0.0.1:9306:mysql listen = 127.0.0.1:9308:http listen = 127.0.0.1:9343:https manticore-backup will fail like this: โ ~ manticore-backup --backup-dir=/tmp/ Copyright (c) 2023, Manticore Software LTD โฆ
bug