Filter by reset
- Everywhere
317 - Issues
32 - Pull Requests
98 - Comments
187
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 โฆ
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
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
Fix CI due to migration to semver tagger
Due to the latest changes in the Manticore CI, backups are getting far behind. We should look into it and fix all known issues in CLT tests, as well as update to the latest CLT version.
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
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 โฆ
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
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.
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
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
config: root@perf ~/repl/1 # ls -la total 140 drwxr-xr-x 3 root root 4096 Mar 28 05:27 . drwxr-xr-x 4 root root 4096 Jan 12 03:53 .. drwxr-xr-x 3 root root 4096 Mar 28 05:27 data -rw-r--r-- 1 root root 189 Mar 28 05:12 manticore1.conf -rw------- 1 root โฆ
bug
can't backup from non-default config
root@perf ~/repl/1 # cat manticore1.conf searchd { listen = 127.0.0.1:20201 listen = 127.0.0.1:20301:mysql log = searchd.log query_log = query.log pid_file = searchd.pid data_dir = data binlog_path = } root@perf ~/repl/1 # manticore-backup --config=/root/ โฆ
bug