После обновления новых часовых поясов windows KB2998527 GPLI зависает на заявках.

Исправляется так:
В glpi/lib/extjs/ext-all-debug.js 
после строки 

Ext.reg('timefield', Ext.form.TimeField);

надо вставить:

Ext.override(Ext.form.TimeField, {
    initDate: '2/1/2008'
});

То самое надо вписать в ext-all.js

в конце.

--

Если не помогло, очистите кэш браузера.

--

Проблема замечена только с новыми российскими часовыми поясами, можно переключиться для Калининграда на другой GMT +2 без летнего времени (Хараре, Претория), и забить.

http://www.glpi-project.org/forum/viewtopic.php?id=39059

Обновление GLPI 0.83.2 на 0.84.8

1. Находим сам GLPI здесь /usr/share/glpi/ или здесь /var/www/.
2. Скачиваем на http://www.glpi-project.org/ новый дистрибутив, копируем его на компьютер с GLPI.
3. Папку со старым GLPI куда нибудь копируем, а содержимое дистрибутива распаковываем в папку с GPLI.
4. заходим в GLPI через веб и видим, например, что-то вроде этого

Ошибки:

Проверка возможности записи в dump-файлы Не удалось создать каталог.Проверьте права для каталога:'./files/_dumps'
Проверка возможности записи файлов документов Не удалось создать каталог. Проверьте права для каталога:'./files'
Проверка возможности записи файлов настроек Не удалось создать каталог.Проверьте права для каталога:'./config'
Проверка возможности записи для файлов сессий Не удалось создать каталог.Проверьте права для каталога:'./files/_sessions'
Проверка возможности записи для файлов запланированных заданий Не удалось создать каталог.Проверьте права для каталога:'./files/_cron'
Проверка возможности записи для файлов кэша Не удалось создать каталог.Проверьте права для каталога:'./files/_cache/'
Проверка возможности записи файлов графиков Не удалось создать каталог.Проверьте права для каталога:'./files/_graphs'
Проверка возможности записи файлов журналов Файл создан, но не может быть удален.Проверьте права для каталога:'./files/_log'.

Решение:

sudo chmod -R 777 /usr/share/glpi/files/_dumps

sudo chmod -R 777 /usr/share/glpi/files

sudo chmod -R 777 /usr/share/glpi/config

sudo chmod -R 777 /usr/share/glpi/files/_sessions

sudo chmod -R 777 /usr/share/glpi/files/_cron

sudo chmod -R 777 /usr/share/glpi/files/_cache/

sudo chmod -R 777 /usr/share/glpi/files/_graphs

sudo chmod -R 777 /usr/share/glpi/files/_log

Нажимаем повторить.

Нажимаем «Обновление»

Лично я получил такой результат:

PHP Notice: Undefined index: language in /usr/share/glpi/inc/plugin.class.php at line 173

PHP Notice: Undefined index: language in /usr/share/glpi/inc/plugin.class.php at line 173

PHP Notice: Undefined index: language in /usr/share/glpi/inc/plugin.class.php at line 173

PHP Notice: Undefined index: language in /usr/share/glpi/inc/plugin.class.php at line 173

GLPI SETUP

Обновить

Соединение с БД установлено

Работа в процессе...

Обновить до 0.83.3

Завершено (0 секунд)

Обновить до 0.84

Завершено (6 секунд)

To be safe, we are working on origin_glpi_networkports. It is a copy of glpi_networkports

To be safe, we are working on origin_glpi_networkequipments. It is a copy of glpi_networkequipments

You can delete ocs_* tables if you use OCS mode ONLY AFTER ocsinventoryng plugin installation.

You can delete ocs_* tables if you do not use OCS synchronisation.

Обновить до 0.84.1

Завершено (6 секунд)

Обновить до 0.84.3

Завершено (6 секунд)

Обновить до 0.84.4

Завершено (6 секунд)

Обновить до 0.84.6

Завершено (7 секунд)

Оптимизация таблиц

оптимизировать - Конец (8 секунд)

Запустить GLPI

И что с ним делать, хрен знает. Но плагин OCS import не заработал. И фиг с ним.

Далее надо обновить плагины. 

Тоже скачиваются, копируются, перезаписываются в папки ...glpi/plugins и настраиваются в Настройки-Дополнения.

Всё.