Recent Posts

Pages: [1] 2 3 ... 10
1
В msg_export можно выгрузить историю всех контактов разом. Но если база коцаная, а она коцаная, может случиться облом.
В этом случае придётся экспортировать по одному контакту, пропуская те, на которых облом.
А потом в чистую базу завести аккаунты, вывести их в онлайн, чтобы подтянулись все контакты и в каждый контакт импортировать историю из json (т.к. импорт импортирует лишь в существующие контакты, он не может создать контакт, если контакта нет).

Ну и настройки Миранды через плагин DbEditorPP можно экспортировать в ini и таким же образом втащить в новую базу. Чтобы не настраивать с нуля.

Да, геморненько...

Я заведу тикет о том, что хорошо бы иметь возможность импортировать каталог с json
2
Quote
mdbx_chk.exe -i -w -v -t -1 "path\to\corrupted.dat"
Из 35Мб  профиль стал 1.5Мб. В итоге не грузит.
На старой миранде сжатие происходит с ошибкой.
Msg_export действительно крайний вариант, при более двух сотен контактов..
3
Тогда
Code: [Select]
mdbx_chk.exe -i -w -v -t -1 "path\to\corrupted.dat"и молиться

можно ещё, конечно, пытаться через плагин Msg_export вытащить историю каждого контакта в json и импортировать затем на новом профиле, как самый крайний случай, чтобы хоть что-то спасти


кстати, на старой Миранде база сжимается без ошибок?
4
Code: [Select]
C:\temp\old>mdbx_dump.exe -n -a -f "%TEMP%\corrupted1.tmp" "c:\temp\old\profiles\zenon\zenon.dat"
mdbx_dump v0.8.2-2-g4fffd03 (2020-07-08T16:46:29+03:00, T-91ba90ae5964c49852b2fe8ec5c6733e10d0414c)
Running for c:\temp\old\profiles\zenon\zenon.dat...
mdbx_dump.exe: mdbx_cursor_get() error -30796 MDBX_CORRUPTED: Database is corrupted
mdbx_dump.exe: mdbx_cursor_get() error -30796 MDBX_CORRUPTED: Database is corrupted

Далее я так понимаю создается файл tmp не полностью, по крайней мере после восстановления в новой миранде,
Code: [Select]
mdbx_load.exe -n -a -f "%TEMP%\corrupted1.tmp" "c:\temp\new\profiles\zenon\zenon1.dat" профиль не виден. Миранда грузится с чистым профилем
5
Совет такой же, как товарищу выше. Откатывайтесь из резервной копии на предыдущую версию Миранды, где база открывается и выполняйте указанные действия.
6
После  обновления перестало запускаться
Code: [Select]
c:\temp\new\miranda-ng>mdbx_chk.exe -i -w -v -t -1  "c:\temp\old\profiles\zenon\zenon.dat"
mdbx_chk v0.9.2-136-g9f0ff86 (2021-01-30T02:28:12+03:00, T-1ab2fa795a0dee8678b168ffcd961ca5a0fff7c5)
Running for c:\temp\old\profiles\zenon\zenon.dat in 'read-write' mode...
 - monopolistic mode
 - current boot-id d83331a61c32e57a-d748f29070d2c646
 - pagesize 4096 (4096 system), max keysize 1300..1344, max readers 122
 - mapsize 17179869184 (16.00 Gb)
 - dynamic datafile: 12288 (12.00 Kb) .. 17179869184 (16.00 Gb), +1048576 (1.00 Mb), -524288 (512.00 Kb)
 - current datafile: 34111488 (32.53 Mb), 8328 pages
                     WARNING: Due Windows system limitations a file couldn't
                     be truncated while the database is opened. So, the size
                     database file of may by large than the database itself,
                     until it will be closed or reopened in read-write mode.
 - transactions: recent 4304988994, latter reader 4304988993, lag 1
 - meta-0: steady txn#4304988010, stay
 - meta-1: no-sync/legacy txn#4304988993, tail, forced for checking
 - meta-2: steady txn#4304988994, head
Traversal b-tree by txn#4304988993...
 - found 'contacts' area
 - found 'crypto' area
 - found 'events' area
 ! corrupted page #7410, mod-txnid 0
 ! node-key (49227) beyond page-end
 ! corrupted page #7395, mod-txnid 0
 ! node-key size (21) <> min/max key-length (4/8)
 ! node-key size (21) <> min/max key-length (4/8)
 ! node-key size (21) <> min/max key-length (4/8)
 - found 'eventsrt' area
 - found 'global' area
 - found 'modules' area
 - found 'settings' area
 ! corrupted page #780980609, mod-txnid -3408433128907177775
 ! mismatch actual pgno (780980609) != expected (7411)
 - problems: already used (1), invalid/corrupted (3)
 - pages: walked 8313, left/unused 16
 - summary: average fill 77.6%, 4 problems
 ! abort processing '@MAIN' due to a previous error
 ! abort processing '@GC' due to a previous error
 - space: 4194304 total pages, backed 8328 (0.2%), allocated 8328 (0.2%), available 4185976 (99.8%)
 = Skipping turn to the specified meta-page (1) due to unsuccessful check!
Total 12 errors are detected, elapsed 0.027 seconds.
7
Polski / Re: Jabber - nie działają listy prywatności
« Last post by jojo87 on 14 04 2021, 21:18:44 »
ghazan, at this moment ejabberd 21.01.
8
Polski / Re: Jabber - nie działają listy prywatności
« Last post by ghazan on 14 04 2021, 15:09:23 »
jojo87,
maybe I could find some info in a network of assigning active list at  jix.im?
which server software is installed there?
9
Polski / Re: Jabber - nie działają listy prywatności
« Last post by ghazan on 14 04 2021, 15:05:26 »
jojo87,
yes, looks like a problem at the first server with setting active list.
dunno, usually it works without problems
10
База повреждена, значит. Настолько, что более новый драйвер с ней не работает, а старый ещё как-то ворочается.

Еще можно было бы на старой Миранде (где работает) сделать
Code: [Select]
mdbx_dump.exe -n -a -f "%TEMP%\corrupted.tmp" "path\to\corrupted.dat"а потом на новой Миранде сделать
Code: [Select]
mdbx_load.exe -n -a -f "%TEMP%\corrupted.tmp" "path\to\repaired.dat"первая команда заставит старый драйвер сдампить базу в текстовый формат, а вторая заставит новый драйвер из текстового файла воссоздать базу

ну и в качестве последнего средства на старой Миранде можно было бы сделать
Code: [Select]
mdbx_chk.exe -i -w -v -t -1 "path\to\corrupted.dat"это переключит в поврежденной базе мета-страницу на предпоследнюю

но вы, вроде, уже справились сами, как я понял
Pages: [1] 2 3 ... 10