aiki писал(а):
Про код не знаю, но вот могу предложить вот что, в случае ошибки в папке alta создается файл upderror.ini вот такого содержания:

[GOOD]
gtdwin=09.10.16 08:08:52; altastp.exe
taxwin=09.10.16 08:09:04; altastp.exe
[ERROR]
gtdwin=10.10.16 08:06:36;AltaUpd.exe;
taxwin=10.10.16 08:06:37;AltaUpd.exe;


С этим уже можно что-то придумать, на случай если так и не подскажут.

C:\alta\altaupd.exe -pgtdwin -oc:\alta\ -quiet -d
if ERRORLEVEL 1 (
  TIMEOUT /T 120 /NOBREAK
  C:\alta\altaupd.exe -pgtdwin -oc:\alta\ -quiet -d
  if ERRORLEVEL 1 goto altaupdate_error
)

starik писал(а):

aiki писал(а):Добрый день.
А логи altastp и altaupd чем не устраивают?

Их распарсить надо, чтобы получить результат, а по какому признаку в этих файлах я могу узнать точно, что обновление завершилось с ошибкой?
Смысл, всего этого, чтобы автоматически запустить обновление чуть позже еще раз, в случае неудачи.

aiki писал(а):Добрый день.
А логи altastp и altaupd чем не устраивают?

starik писал(а):Здравствуйте.
Сейчас в пакетном файле я проверяю результаты обновления программы "altaupd.exe" следующим образом:

C:\alta\altaupd.exe -pgtdwin -oc:\alta\ -quiet -d
if ERRORLEVEL 1 ( ....

Но программа "altaupd" запускает непосредственно для обновления программу:
"c:\alta\altastp.exe -quiet -iUpdateP C:\Alta\update\Download\name.txt", результат выполнения которой узнать затруднительно.

Может кто подскажет, как узнать в сценарии результаты обновления, или может есть у программу "altaupd" флаг, которой ей можно передать при запуске, чтобы она не запускала "c:\alta\altastp.exe", или дожидалась результатов обновления?
Спасибо.

bolt писал(а): Обнаружил что tskill, когда проходит по процессам и в случае если процесса нет, то к следующему он не переходит. То есть пример
tskill gtdw /a && tskill artdb /a ,
процесса gtdw он не находит, начинается обновление c:\alta\altaupd.exe -pgtdwin -oc:\alta\ -quiet -d
Можно сделать просто несколько отдельных строчек исключив &&, но решил сделать иначе.

Еще раз спасибо!

aiki писал(а): Ну ситуация тут чисто организационного плана. Под выкидыванием вы понимаете отключение от сеанса или его завершение?
На счет ошибок обновления, нужно логи апдейтера смотреть, чтоб понять что пошло не так. И там думать уже.
Я в одном месте немного усовершенствовал процесс обновления при помощи cmd файла. Вот его содержимое:

chcp 1251 >NUL
MSG * 'Через 5 минут будут принудительно завершены все программы Альта-софт для проведения обновления. Сохраните документы. Возобновить работу можно через 20 минут.'
TIMEOUT /T 300
chcp 866 >NUL
tskill gtdw /a && tskill artdb /a && tskill taxwin /a && tskill zapoln /a && tskill ordview /a && tskill ordwlite /a && tskill REFUPD /a
c:\alta\altaupd.exe -pgtdwin -oc:\alta\ -quiet -d
@echo off
:wait
TASKLIST | find "altastp.exe" >nul
if %errorlevel%==0 goto wait
c:\articul\artdb.exe /UpdAllDB /silence
C:\alta\REFUPD.exe
chcp 1251 >NUL
MSG * 'Обновление завершено. Можно возобновить работу с программами Альта-софт.'
EXIT
Что он делает - рассылает сообщение в сеансы "MSG"
ждет указанные 5 минут
убивает перечисленные процессы во всех сеансах "tskill"
запуск собственно апдейтера
ожидание завершения установщика Альты
запуск артикула для обновления структуры БД (у кого есть он, тот знает про эту заморочку)
снова сообщение
выход.
Если поможет и будут ваши дополнения, буду рад

bolt писал(а):

aiki писал(а):

anatolysa писал(а): С терминалом др нюанс. Что бы обновление прошло успешно, все экземпляры программ должны быть закрыты. Апдейтер принудительно их не закрывает. Поэтому вам нужно следить за сеансами пользователей (ставить таймеры на активность и завершение сеансов) средствами терминального сервера.

Вот как раз очень интересует проблема с активными сеансами в терминальной версии.

У меня порядка 30 человек, которые сидят в разных местах (географически).
СтоИт автообновление ночью, перед обновлением пользователей выкидывает автоматом и всё ок. Но иногда, что-то идет не так и появляется ошибка о том, что последнее обновление прошло не корректно и бла бла бла...
Тут начинаются танцы с бубнами: обзвонить всех, попросить выйти из программ, (простым выкидыванием не помогает, ибо пользователь просто заново сам заходит, не успеваю обновить даже, и программа обновления ругается на открытые сеансы...), ручное обновление...

Неужели нет никакого решения для этой проблемы? Не было бы проблем если бы все люди сидели в одном офисе (крикнул "всем выйти из сумрака!", обновился и всё ок...), а в моем случае приходится всех обзванивать...

aiki писал(а):

anatolysa писал(а): С терминалом др нюанс. Что бы обновление прошло успешно, все экземпляры программ должны быть закрыты. Апдейтер принудительно их не закрывает. Поэтому вам нужно следить за сеансами пользователей (ставить таймеры на активность и завершение сеансов) средствами терминального сервера.

anatolysa писал(а):Это все хорошо, а если у меня полный список программ, включая таксу и там доки и т.д. то мне для каждого приложения свой батник писать? А если они на терминале еще стоят? Очень хочется кнопочку обновить все которую можно было бы сама как служба все обновляла

vikons писал(а):Добрый день, у нас ГТД работает под учеткой "Пользователя" в системе. Если в программе ГТД установить обновление из каталога и при первом запуске - оно пройдет нормально? Для обновления не надо административный привилегий?

Добрый день, проверил связь, все равно не работает, пишет Не могу скачать системный файл попробуйте переключиться на другой сервер

Sergey писал(а):

Denis_Rostek писал(а):Добрый день
а если выдает "Не могу скачать системный файл попробуйте переключиться на другой сервер" как с этим бороться?

проверить настройки связи.

Denis_Rostek писал(а):Добрый день
а если выдает "Не могу скачать системный файл попробуйте переключиться на другой сервер" как с этим бороться?
Добрый день
а если выдает "Не могу скачать системный файл попробуйте переключиться на другой сервер" как с этим бороться?
Сообщение Добавлено: Ср но

Denis_Rostek писал(а):Добрый день
а если выдает "Не могу скачать системный файл попробуйте переключиться на другой сервер" как с этим бороться?