Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
Не работает автоматический BACKUP
 
8.0.1 еще одна проблема обнаружилась. Не работает автоматический BACKUP.
В /usr4/BACKUP/ последнее сохранение прошло 25.07.2024 и далее тишина.
Запуская ручками из swinst - Easy menu -
2 Backup database on cpu disk
5 Backup OPS files on cpu disk
backup проходит и в каталоги IMMED и OPS кладет соответсвенно mao-acc и все остальное.
Пробовал включать в Expert menu - 4 Backup & restore operations - 2 Periodic backup operations - 1 Periodic backup on cpu disk - 1

В 3 List periodic operations:

Hour : */6 Minute : 1
Day of the month : all
Month of the year : all
Day of the week (0=Sunday) : all
Executed command : /sbin/new_adjtime

Hour : */4 Minute : 1
Day of the month : all
Month of the year : all
Day of the week (0=Sunday) : all
Executed command : /sbin/aging_passwd.sh

Пока непонятно где посмотреть логи этой операции, что мешает запуску или самой процедуре.

Еще один момент. При входе телнетом mtcl и или далее рутом выскакивает сообщение:
There is a disk dump on /dev/crashdump, date: 2024/08/14 04:24:20
смотрел dev, там:
lrwxrwxrwx    1 root     root           10 Jan  1  2000 crashdump -> /dev/hda17
brw-r--r--    1 root     root       3,  17 Jan  1  2000 hda17
ничего непонятно.
 
Ситуация следующая:
запускаться backup должен 5:45 crond[8001]: (root) CMD (/DHS3bin/soft_install/bin/bck -save 1>/dev/null 2>&1)
но не запускается.
в swinst
Expert menu - 4 Backup & restore operations - 2 Periodic backup operations - 1 Periodic backup on cpu disk - 1

       Space used on cpu disk: 5%

       1       Backup mao data for rebuild and
               backup Linux (Unix) site specific data
       Q       Go back to previous menu

 Your choices [1..1, Q] ?

 One choice per line and just press "return" to end the selection
Your choice ==> 1
Your choice ==>
Computing the best time for the backup operation (between 0-6 AM)...
и виснет.

Глянул на другой станции, после этой надписи в этом случае предлагает время по умолчанию 5:45 AM
и просит подвердить.
 
Путем анализа скриптов и запускаемых процессов при активизации периодического дампа было выяснено, что при работе используется каталог  /var/spool/cron. Туда пишутся временные файлы при работе скрипта, а затем удаляются по окончании его работы. Посмотрев содержимое каталога, там оказалась куча неудаленных временных файлов, которых в другой станции не было.
Удалив весь это мусор и запустив процедуру периодического дампа, все прошло штатно.
Проблема решена.
Страницы: 1