66 ответов в этой теме

[PUMP+]

Ладно ... спорить на счёт файловых систем, это как спорить о том кто сильнее - кит или слон ?.

 

Вопрос-то остался.

 

Сформулирую ещё раз -

Разрушение внутренней БД ES10 при аварийном отключении питания (или аварийной остановке сервера) происходит только под Windows ?

У меня да - единственно, что я тестировал не на реальном железе, а под VirtualBox. БД слетала регулярно - может дело именно в этом, т.к. гостевая ОС всегда корректно выключалась.

А ФС по идее не важно какая - журналируемая она или нет. Мне для виртуалок фат32 удобнее.

Потеря мониторящей инфы в этом случае не страшна - фатально, что сервер становится неработоспосбным.

Вот если бы было две БД - для "статической" инфы и для всяких событий, то выживаемость была бы выше.

[basid]

Мне для виртуалок фат32 удобнее

И эти люди запрещают нам ковыряться в носу ...

[chs]

Да что вы так накинулись на этот FAT32 ?

 

Вопрос-то совсем в другом.

 

Если проблема проявляется только на Windows, то, возможно, проблема в конфликте каких-то компонентов (Самозащита ?), которые разрушают логическую целостность БД.

 

Ещё бы статистику по внешним БД. Если, например, в PostgreSQL база не разрушается, то, похоже, проблема в отсутствии транзакций у sqlite.

 

:-) Тоже поучаствовал в конкурсе экстрасенсов :-)

[basid]

Да что вы так накинулись на этот FAT32 ?

Последние, как минимум, десять лет нет ни одной разумной причины использовать FAT32.
Никто не будет разбираться с проблемой, пока её не воспроизведут на NTFS.
Но меня опять терзают смутные сомнения, что на NTFS проблема не воспроизведётся.

P.S. Знакомый, года три назад, переформатировал флэшку в NTFS, чтобы смотреть на телевизоре avi/mkv размером более четырёх гигабайт. Бытовка и та голосует против

[PUMP+]

 

Мне для виртуалок фат32 удобнее

И эти люди запрещают нам ковыряться в носу ...

 

Перевел я на NTFS,как писал выше, - картина не изменилась - к чему эти глупые высказывания ?

Будете убеждать меня, что для тестовых станций под vbox и xp - фат32 это что-то невообразимое ?

Это же тестовые станции, зачем мне заморочки с правами, выделением доп памяти под журналируемую ФС и т.д.

Я вообще не вижу смысла обсуждать ФС в контексте данной проблемы.

[basid]

Будете убеждать меня, что для тестовых станций под vbox и xp - фат32 это что-то невообразимое ?

Буду. Более того - буду прав.

Это же тестовые станции, зачем мне заморочки с правами

Затем, что тестировать надо реальные условия, а в реальных условиях на права, таки, приходится заморачиваться.

P.S. Про доп.память - повеселило.

[chs]

 

Да что вы так накинулись на этот FAT32 ?

Последние, как минимум, десять лет нет ни одной разумной причины использовать FAT32.
 

 

кину 5 копеек и не буду продолжать про FS.

 

Если Вы такой ненавистник FAT32, объясните производителям флэшек преимущества NTFS (ну или VFAT). А то как ни флэшка, так в FAT32. ИЧСХ - этот FAT32 и телевизор читает под Linux и планшет под Android и даже какая-то старая нокия.

[PUMP+]

 

Будете убеждать меня, что для тестовых станций под vbox и xp - фат32 это что-то невообразимое ?

Буду. Более того - буду прав.

Это же тестовые станции, зачем мне заморочки с правами

Затем, что тестировать надо реальные условия, а в реальных условиях на права, таки, приходится заморачиваться.

P.S. Про доп.память - повеселило.

 

 

Не буду убеждать - но для NTFS нужно больше оперативки для кэша. На своем десктопе мне нужно несколько виртуалок, чтобы сэмулировать сеть. Откуда берется память для гостевых ОС объяснять надо ? 

Тестирование должно происходить, даже в возможных системах - где заявлено, что drweb может работать только на NTFS ?

[basid]

На своем десктопе мне нужно несколько виртуалок, чтобы сэмулировать сеть

Когда-то давно на своём десктопе я запускал до трёх пробирок на 640Мб памяти. XP + 2003.
Каждая пробирка устанавливалась на 128МБ, а потом выделенная пробирке память уменьшалась до 96. Но даже тогда мне не приходило в голову использовать FAT32 в гостевых системах.

P.S. Хостом была OS/2

[basid]

где заявлено, что drweb может работать только на NTFS ?

для работы антивирусного сервера — компьютер с процессором не ниже Pentium III-667, оперативная память не менее 1 ГБ (2 ГБ при использовании встроенной БД).
Соблюдено?

[PUMP+]

 

где заявлено, что drweb может работать только на NTFS ?

для работы антивирусного сервера — компьютер с процессором не ниже Pentium III-667, оперативная память не менее 1 ГБ (2 ГБ при использовании встроенной БД).
Соблюдено?

 

 

В документации 

http://download.geo.drweb.com/pub/drweb/esuite/10.00/documentation/html/ru/admin_manual/index.html?system_requirements.htm

сказано про минимум 1 Гб, про 2 и встроенную БД  там не сказано, как я писал выше память была увеличена до рекомендуемых (в данном случае 2.) 

Хотя  с 1 Гб и 2 клиентами сервер не перенапрягся бы.

Где рекомендации по ФС ?

ФАТ32 я использовал первоначально для станций с агентами, а для есс сервера всегда был второй диск с изначальным NTFS, в NTFS потом был переведен и системный диск.

Я подожду пока не выйдет обновление самого сервера и потом уже буду тестировать заново, чтобы конкретно логи были.

Если в продукте заложены ограничения - об этом должно сообщатся при установке. Мало памяти -  прекращение установки и т.д. И сервер должен работать стабильно при заявленном минимуме - медленно, тормозить, но работать !

[basid]

И сервер должен работать стабильно при заявленном минимуме - медленно, тормозить, но работать !

У многих он и работает. У кого-то - на встроенной базе. Вероятно, у кого-то работает под виндой.
Настройки кэширования уже смотрели?

[Kirill Polubelov]

Алгоритм, для пострадавших от database disk image is malformed, предлагается такой:

Только для SQLite3 (косвенный признак -- ваш сервер использует файл database.sqlite)

1. Останавливаем ES-сервер, обязательно убеждаемся, что он остановлен.

2. Запускаем, из каталога bin рабочего каталога ЕС-сервера:

drwidbsh3 ../var/database.sqlite

Выполянем команды, дожидаясь сл. приглашения к вводу команд:

2.1. PRAGMA integrity_check; <Enter>

2.2. vacuum;

Получив, на все про всё, уверенный database disk image malformed

делаем:

3. Из всё того же drwidbsh3 ../var/database.sqlite

.clone ../var/database_1.sqlite

Далее по вкусу, либо заменяете database.sqlite на database_1.sqlite (переименовываете) и запускаете ЕС-сервер.

Либо, перенастариваете сервер на database_1.sqlite. Рекомендую первое, чтобы потом не запутаться, но сохраните предыдущий database.sqlite куда-нибудь.

 

К сожалению, аналог в SQlite2 в виде команды .dump в аналогичной сиутации, скорей всего не поможет, но попробовать стоит, если у вас используется dbinternal.dbs (именно используется,

а не просто находится в каталоге var).

[Kirill Polubelov]

Кстати, не осталась ли у кого битая БД? Взглянуть, что там не так. Можно в личку.

[chs]

2: Kirill Polubelov

 

А подтвердилось, что эта ошибка только на серверах с Windows ?

[Kirill Polubelov]

chs, нет, не подтвердилось.

[at.]

 

Published on 27 January 2011
 
Окаменелость.

А ведь вы даже не прочитали, там про Вашу любимую фс много хорошего сказано.

 

 

Во-первых, откуда вам известно - читал я или нет? Во-вторых, определитесь хотя бы для себя - какая у меня ФС любимая, а то я уже запутался.  

В общем, никакой особой конкретики я так и не услышал.  Вам критично, чтобы код вот прямо в ядре был? Поведаете для чего?

Проблемы с производительностью... Ну у зфс свои финты на этот счет, и ОС тут не поможет. Когда раздел заполнится на 80%+ , проблемы начинаются у всех,  cow такой cow.

Впрочем, замяли. Мне дальше уже не интересно.

[Dmitriy Altuhov]

Извиняюсь за кросспост.

У нас Ubuntu linux. Аптайм сервера 29 дней.

dbinternal.dbs                                                 │147607K│ авг. 31 01:17 (дата последнего изменения базы)

Сегодня вдруг перестал работать

20140901.133921.45 ntc [21460 21460] main   [IntDB] DB engine version 2.8.17

20140901.133921.45 inf [21460 21460] main   [IntDB] Database is 151149568 bytes long and found in "/var/opt/drwcs/dbinternal.dbs"

20140901.133921.45 ERR [21460 21460] main   [DBPool] Unable to create DB connection because of malformed database schema

20140901.133921.45 tr0 [21460 21460] main   Dr.Web Server Version 10.00.0.201407150 (REL-1000, Linux/x86) is terminating

 

20140901.133921.45 inf [21460 21460] main   Dr.Web Server Version 10.00.0.201407150 (REL-1000, Linux/x86) has terminated

20140901.133921.45 ERR [21460 21460] main   Server execution failed because of

20140901.133921.45 ERR [21460 21460] main     no DB connections have been created

20140901.133921.45 ntc [21460 21460] main   [Server] Process exit code is 0xe/14 (server execution error)

[chs]

А можно вывод команды - uptime увидеть ?

Он что, в процессе работы у вас базу разрушил ?

 

 

А что Вы полный лог здесь не приводите ?

 

---------------------

20140901.133921.45 tr1 [21460 21491] str:1  Unable to find symbol `statistics' in library `/opt/drwcs/lib/database/libdrwdbdrv_intdb.so' because of /opt/drwcs/lib/database/libdr

---------------------

 

Было обновление библиотек ?

Сообщение было изменено chs: 01 Сентябрь 2014 - 11:04

[Valentina Yugai]

Скажем так, приведенный выше лог - это начало старта сервера. Почему он у вас стартовал, если аптайм системы 29 дней? И можно посмотреть на кусок лога перед первым неуспешным стартом? А лучше, конечно, просто полный лог за последние пару дней.