Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» GLPI

Автор: Fafofu
Дата сообщения: 23.03.2011 15:38
bunak, уменя тоже такое было, я так и не понял в чём дело, пока всё заново не переутановил не хотело работать и всё тут... хорошо, я просто тестировал егё, а не ввёл в эксплуатацию.
Автор: syv
Дата сообщения: 23.03.2011 15:51
Люди, не понимаю в чем дело - поставил на новый сервер GLPI 0.78.3. Сначала были легкие мучения с забором почты с внешнего ящика, но всё вроде как успешно решилось, НО:
Приемник почты при тестировании сообщает - "Количество имеющихся и полученных писем : 1". Письмо в ящике остается и не меняет свой статус на "Прочитанное". Новая заявка не заводится. Последующее нажатие на "Получить все заявки" или в Планировщике запустить забор почты ничего не дают - якобы новых заявок нет.
В чем может быть проблема?
Автор: KillaB3
Дата сообщения: 23.03.2011 15:51
bunak
попробуй включить в GLPI режим отладки (в настройки своей учетки) и посмотреть на что ругается
Автор: bunak
Дата сообщения: 23.03.2011 16:00
Решил
Перебил пароль пользователя для подключения к LDAP, перезагрузил Apache заработало

Думаю что всетаки проблема с временм, просто применилось изменения после перезагрузки.

Добавлено:
KillaB3
так а как включить в GLPI режим отладки под свей учеткой если нельзя под ней зайти в GLPI
Автор: KillaB3
Дата сообщения: 23.03.2011 16:03
bunak
а кто тебе мешает зайти под встроенной учеткой glpi и попробовать сделать тест подключения к LDAP?
Автор: bunak
Дата сообщения: 23.03.2011 16:13
так я ж писал что не работает
Автор: KillaB3
Дата сообщения: 23.03.2011 16:16
bunak
ну так ты же сказал

Цитата:
... Под учетніми записями GLPI - все работает!

поэтому я и посоветовал...
Автор: bunak
Дата сообщения: 23.03.2011 16:37

Цитата:
поэтому я и посоветовал...

Понял, спасибо приму на заметку, заработало уже
Автор: KillaB3
Дата сообщения: 23.03.2011 16:53

Цитата:
Понял, спасибо приму на заметку, заработало уже

ну это самое главное))

Добавлено:
руководство поставило задачу:
На карточке пользователя, на вкладке "Заявки" в таблице с заявками в колонке "Статус" (о как завернул) добавить название статуса (ну чтоб словами было написано "Новая", "В работе" и т.д.), потому что обычное отображение иконок неочень информативно.
Сделал. Если кому интересно, могу рассказать че делал.
Автор: roneo
Дата сообщения: 24.03.2011 11:37

Цитата:
Повторюсь

А как узнать список всех принтеров к которым подходит картридж. НЕ список моделей, а сразу же список принтеров этих моделей. Задача стоит в том чтобы закупить сразу партию картриджей типо оптом, ну и хочется знать а сколько принтеров используют тот или иной картридж?

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


В версии 0.80 есть Feature #2293: Printer's models in Cartridges. Кто-нибудь пробовал, это то что нужно?
Автор: spiker123
Дата сообщения: 24.03.2011 13:14

Цитата:
В версии 0.80 есть Feature #2293: Printer's models in Cartridges. Кто-нибудь пробовал, это то что нужно?

Описание
- add printer's models in search engine for cartridges
- add printer's models for viewes (global and personal)

то есть:
1. можно делать выборку картриджей по модели принтера
2. можно делать фильтр по типу управления принтером (глобальное или управление устройством)
Автор: moreina
Дата сообщения: 24.03.2011 15:27
С плагином Print to PDF разобралась. Сделала следующее:

1. в файлах плагина /inc/functions.php и /inc/simplepdf.class.php заменила у функции decodeFromUtf8 параметр windows-1252 на CP1251;
2. взяла шрифты Times New Roman и в TTF редакторе исправила кодовую страницу 1250 (если нужно, могу привести соответствие кодов и символов, которые им нужно сопоставить);
3. конвертировала ttf шрифты;
4. заменила файлы шрифтов плагина на полученные (папка /plugins/pdf/fonts).

Единственно, что не работает - это заглавная и прописная буквы ё.

Ссылка на конвертированные шрифты http://ifolder.ru/22585967.
Автор: spiker123
Дата сообщения: 24.03.2011 19:52
Коллеги, поделитесь как у кого выглядит справочник категорий заявок. Свой приводить не буду, т.к. сам им не вполне доволен, достаточно часто возникают затруднения с определением категории заявки. Составить универсальный справочник с достаточной детализацией с ходу чтото не получается . Помогайте!
Автор: bunak
Дата сообщения: 25.03.2011 00:53
У нас
-----------
Информационно-телекоммуникационные системы
ПО
ТО (ремонт)
Организация /для закупок, планирования и тд/

Ну это основные, дальше можно детализировать подчинеными
Автор: KillaB3
Дата сообщения: 27.03.2011 12:52
Есть несколько вопросов:
1. Каким образом учитывать время, потраченное на заявку? (задавал такие вопросы по предыдущим версиям). Работает только в том случае, если в каждую заявку добавлять задания?
2. У всех ли долго делается бэкап базы средствами GLPI? (у меня выгрузка SQL происходит где-то 1 Мб в минуту).
3. Вопрос скорее к юниксоидам - Добавлял ли кто-нибудь бекапирование в cron? И можно ли в cron добавлять разные задачи с разным временным интервалом на одного и того же пользователя? К примеру, у меня в кроне стоит ежеминутное выполнение /front/crontask.php (запланированные задания glpi), в самих же настройках этих заданий стоит "Частота выполнения" mailgate каждую минуту и "Способ выполнения" = CLI. Без настройки cron'а на сервере, независимо от настроек запланированных заданий - эти сами задания средствами GLPI не отрабатываются. Может быть я что-то где-то не настроил, или настроил неправильно... Ну так вот, могу ли я в крон добавить еще одно задание, например, ежедневное выполнение скрипта бэкапирования в определенное время?
4. Заметил еще такое - поиск новых пользователей при импорте из AD выдает результаты не с первого раза. Можно несколько раз нажать на кнопку "Поиск" при незаполненных полях и результат будет нулевым. Если, к примеру, я знаю, что конкретного юзера нет в базе, но он есть в АД, то при поиске его по фамилии или по каким-то другим признакам этот юзер отобразиться в списке для импорта. То же самое происходит и при синхронизации. Можно несколько раз нажать на кнопку "Поиск", и каждый раз будет разный результат. Вопрос немного нестандартный, но просто хочется понять в чем косяк - либо сам алгоритм поиска работает немного криво, либо сама адэшка дурит...
Автор: emfs
Дата сообщения: 28.03.2011 00:18
KillaB3
Я юзаю именно крон, mysqldump
Автор: KillaB3
Дата сообщения: 28.03.2011 08:42
emfs
как тогда будет выглядеть запуск задачи?
[опускаем настройку временных значений] {путь до папки glpi}/front/backup.php?сейчас или как-то по-другому?
Автор: moreina
Дата сообщения: 28.03.2011 10:07
А к какому типу оборудования в glpi лучше относить сканеры, копиры, МФУ? К принтерам?
И такого же типа вопрос про факсимильные аппараты - их к телефонам?
Автор: bunak
Дата сообщения: 28.03.2011 10:54

Цитата:
2. У всех ли долго делается бэкап базы средствами GLPI? (у меня выгрузка SQL происходит где-то 1 Мб в минуту).
У нас очень быстро

Цитата:
А к какому типу оборудования в glpi лучше относить сканеры, копиры, МФУ? К принтерам?
У нас да.
Автор: KillaB3
Дата сообщения: 28.03.2011 11:37
bunak
хм... интересно тогда в чем причина?..
причем неважно с сервера ли запускать бэкап, или же с какого-либо компа. Может быть федора 13 во всем виновата?..
Автор: emfs
Дата сообщения: 28.03.2011 13:45
KillaB3
говорю же, средствами mysqldump
Автор: spiker123
Дата сообщения: 29.03.2011 04:06
KillaB3

Цитата:
Есть несколько вопросов:

2. вот тут не подтвержаю, хотя и не намного быстрее, база около 15мб минуты за 4-5.
3. использую такой скриптик:

Цитата:
#!/bin/sh
user="-uПользователь"
pass="-pПарольотMySQL"
path="/var/www/htdocs/glpi/files/_dumps"
date="`date +%Y-%m-%d`"
mysqldump $user $pass glpidb > $path/$date.glpidb.backup.sql

через mysqldump бэкапится за секунды
Автор: KillaB3
Дата сообщения: 29.03.2011 09:06
emfs
догнал наконец-то))
spiker123
немного провозился со строкой date, ругается на лишний операнд, но суть не в этом.
Поставил опыты на тестовой базе (находится на том же серваке, что и рабочая).
В итоге бекап делается за несколько секунд и весит 13,5 Мб, а бекап, созданный средствами glpi, делается минут 20 и весит под 20 метров... напрягает немножко такая разница в размерах. Или не стоит обращать внимания?
В никсах пока продвинутый чайник, поэтому и задаю такие глупые вопросы))
Автор: spiker123
Дата сообщения: 29.03.2011 10:00
KillaB3

Цитата:
Или не стоит обращать внимания?

ну если загляните внутрь бэкапов, то увидите что структура разная. mysqldump заполняет таблицы одним запросом например, в отличии от бэкапа, созданного glpi скриптом, отсюда видимо и разница.
Автор: KillaB3
Дата сообщения: 29.03.2011 11:07
spiker123
да здесь структура играет последнюю роль. Главное, чтоб данные восстановились в случае чего.
Автор: spiker123
Дата сообщения: 29.03.2011 12:53
KillaB3
Ну вы спросили про размер я и объяснил от чего это зависит. А чтобы "данные восстановились в случае чего", как все мы знаем , бэкапы нужно проверять!
Автор: moreina
Дата сообщения: 30.03.2011 10:02
Решила попробовать подружить glpi с ad, а не тут-то было - "LDAP-расширение Вашего PHP-парсера не установлено".
Apache 2.2.17, php 5.3.6, GLPI 0.78.3, всё живёт на Windows XP SP3.
В php.ini строка extension=php_ldap.dll раскомментирована.
Значение extension_dir задано верно.
В системную переменную path добавлены пути к папке php и к папке /php/ext.
В папке php есть файлы libeay32.dll и ssleay32.dll.
После внесённых изменений компьютер перезагружался, апач перезапускался - результата нет.
Больше никаких рекомендации по исправлению ситуации нагуглить не удаётся.
Автор: spiker123
Дата сообщения: 30.03.2011 11:48
moreina
в логах то есть что-нибудь?
как вообще сервер ставился, из сборки каконибудь (xampp/denver?) или все по отдельности?
ну и соответственно где брали php_ldap.dll, в сборке шел, или отдельно скачивали?
если отдельно, то проблема может быть в этом, вот тут описано http://blogs.iis.net/donraman/archive/2009/10/16/configuring-php-extension-on-windows-a-simple-way.aspx

Автор: moreina
Дата сообщения: 30.03.2011 12:05
Всё ставилось по отдельности, php_ldap.dll из архива с php. Все дистрибутивы скачаны с сайтов производителей.
У апача в error.log есть такая строка (это при старте апача):

PHP Warning: PHP Startup: Unable to load dynamic library 'ext\\php_ldap.dll' - \xcd\xe5 \xed\xe0\xe9\xe4\xe5\xed\xe0 \xf3\xea\xe0\xe7\xe0\xed\xed\xe0\xff \xef\xf0\xee\xf6\xe5\xe4\xf3\xf0\xe0.\r\n in Unknown on line 0

Но остальные библиотеки лежат в той же папке и с ними нет никаких проблем.
Автор: spiker123
Дата сообщения: 30.03.2011 12:31

Цитата:
Всё ставилось по отдельности

возможно версия php была выбрана неправильная, vc6 или vc9? для apache нужно брать vc6.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445

Предыдущая тема: Глюки с DNS сервером


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.