|
oncheck -cr
|
|||
---|---|---|---|
#18+
Доброе время суток! Команда, указанная в теме выдаёт такое сообщение: ONCONFIG config file error on element LOGFILES. Value in reserved page: 6 Value in config file: 84 Никто не встречался с таким: что бы это значило и как с этим бороться? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.07.2009, 10:54 |
|
oncheck -cr
|
|||
---|---|---|---|
#18+
Н-да. Нужно этот вопрос включить в сертификацию. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.07.2009, 12:53 |
|
oncheck -cr
|
|||
---|---|---|---|
#18+
zaietsН-да. Нужно этот вопрос включить в сертификацию. Ты бы лучше человеку на вопрос ответил :) ... |
|||
:
Нравится:
Не нравится:
|
|||
21.07.2009, 14:18 |
|
oncheck -cr
|
|||
---|---|---|---|
#18+
Leonid Vorontsov, Ну и что тут не понятного ... кто-то изменил параметр в файле конфигурации $ONCONFIG ... или долго сервер не перегружали или backup не делали ... или не давно поменяли значение параметра. Во время старта INFORMIX, проверяются значения параметров в корневых страницах и в файле конфигурации $ONCONFIG ... если параметры конфигурации были изменены ... они обновляются в корневых страницах и в файл сообщений, записываются старые и новые значения для измененных параметров. С уважением, Вадим. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.07.2009, 21:44 |
|
oncheck -cr
|
|||
---|---|---|---|
#18+
> Нужно этот вопрос включить в сертификацию. Просто никогда не обращал внимания на то, как сервер реагирует на изменение логических журналов (размеров, количества, места расположения). Но по-моему, в 7-м так не было - если что-то меняешь, то он сразу всё вписывал и в reserved pages, и в onconfig... > кто-то изменил параметр в файле конфигурации $ONCONFIG Ну-ну-ну, не было такого. Всё делалось с помощью onparams. То есть, получается, что он (server) в onconfig поменял, а в reserved pages - нет? Как-то странно... ... или долго сервер не перегружали или backup не делали ... или не давно поменяли значение параметра. > Во время старта INFORMIX, проверяются значения параметров в корневых страницах и в файле > конфигурации $ONCONFIG ... если параметры конфигурации были изменены ... они обновляются > в корневых страницах и в файл сообщений, записываются старые и новые значения для > измененных параметров. Это я не забыл... Ну да ладно, как бы там ни было, рестарт сервера проблему устранил. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.07.2009, 15:23 |
|
oncheck -cr
|
|||
---|---|---|---|
#18+
Leonid Vorontsov> Нужно этот вопрос включить в сертификацию. Просто никогда не обращал внимания на то, как сервер реагирует на изменение логических журналов (размеров, количества, места расположения). Но по-моему, в 7-м так не было - если что-то меняешь, то он сразу всё вписывал и в reserved pages, и в onconfig... Не стразу .... только после рестарта. > кто-то изменил параметр в файле конфигурации $ONCONFIG Ну-ну-ну, не было такого. Всё делалось с помощью onparams. То есть, получается, что он (server) в onconfig поменял, а в reserved pages - нет? Как-то странно... Утилита onparams не вносит изменения в корневые страницы (reserved pages). По всей видимости она только вносит изменения в файл конфигурации $ONCONFIG. В свое время, многие использовали утилиту ONMONITOR, которая принудительно выполняла рестарт сервера INFORMIX, после внесенных изменений в файл конфигурации. Обычно, после оптимизации корневого пространства (rootdbs), выполняю архив нулевого уровня (ontape -s -L 0 ....), тогда и происходит обновление корневых страниц !!! С уважением, Вадим. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.07.2009, 10:49 |
|
|
start [/forum/topic.php?fid=44&msg=36100555&tid=1607778]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
63ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 166ms |
0 / 0 |