Dotaz: GLPI

[mike]

Ahoj.

Používáte někdo GLPI?

Snažil jsem se to nainstalovat na openSuSE 15.3 a nějak jsem zhavaroval.

Dokumentace dost lže (virtual host např.), je spíš pro inspiraci. Největší problém je, že i pokud jsou nainstalované potřebné moduly pro PHP, tak je instalátor neumí identifikovat. Vypadá to, že čte jen build-in moduly.

Jaké jsou vaše zkušenosti, či víte o nějaké použitelné alternativě (free, self-hosted)

¨Díky Mike

Odpovědi

[X]

Jinymi slovy jsi to nezvladl nainstalovat a chces poradit neco lehciho co mozna zvladnes? Nebo jak?

[mike]

ano, nezvládl jsem to... Ale nechci být cvičená opička a opisovat z manuálu. Chci vědět, co a proč a jaké jsou souvislosti... Mike

[Max]

Já jsem o GLPI přemýšlel, ale nakonec jsem do toho nešel. Je to samozřejmě o hodně lepší, než Excel, ale na větší počty to asi nebude moc ideální, protože tomu prostě chybí spousta fcí pro větší nasazení :-/.
My jsme tedy nakonec šli do českého 3rd produktu. Jinak kromě GLPI se za posledních pár let vyvinul Snipe-IT, který funguje i v on-premise a je plně oss.
Jen dodám, že GLPI jsem rozjížděl a je to trivialita, prostě normální php aplikace s mariadb backendem, není na tom moc co vymýšlet (rozjížděl jsem pod firemní doménou jako "neco.corp.devaine.cz").
Otázkou tedy je, zda ty moduly php máš zapnutý a druhou otázkou je, zda u toho glpi používáš stejnou verzi php jakou myslíš, tj. zda nemáš více verzí php a moduly se nesnažíš instalovat pro nějakou verzi a jinou verzi máš nastavenou pro glpi.
Zdar Max

[mike]

Maxi dík.

V mezičase se potvrdila Tvoje teorie. CLI používá jinou verzi PHP, než Apache. Ta novější se musí volat jako php7....

Co mne zajímalo nejvíce je, zda to není kanon na vrabce. Měl bych to pro cca 10 WIN-PC, nějaké síťové prvky a NAS

Na Snipe-IT se určitě podívám, děkuji

Mike

[Ondro]

Nieje to kanon na vrabce. Je dost modularny a vies tym bez problemov spravovat maly pocet HW ale aj obrvosky pocet HW.

To Max:

Co ti tam chybalo pre vecsie nasadenie? Na vetsie pocty to je. Ludia, co to vymysleli tym spravuju HW v pocte desiatok tisic az sto tisic ks HW v ramci statnej spravy. Je to super kombinacia Asset manazmentu s ticketovacim systemom. Jedina skoda je GLPI pred casom prebrala jedna firma pod svoje kridla a niektore nove pluginy su dostupne len s predplatenou podporou, ktora ale nieje najlacnejsia.

[Max]

Vadí mi na tom asi tuna věcí:

• Totálně neintuitivní rozhraní z doby ledové, které nedávno předělali, ale nevím, zda k lepšímu :-/
• už mají konečně agenta, kterého forknuli z fusioninventory, protože evidentně to bastlení fusioninventory / ocsinventory asi bylo už moc, ale co jsem tak koukal, tak žádná sláva (vypadá to, že to míchá s daty a nelze zvolit, které atributy může a nemůže agent měnit, což je dost důležitá věc)
• stromová struktura pro lepší přehlednost chybí, a to dělá hodně
• Jak v GLPI řešit správu jen určitých subobjektů? Máš společné stromy, třídění do poboček, budov, pater, místností, oddělení a jeden okruh lidí spravuje inventuru PC, další spravuje inventuru telefonů, další sim karet, další aut a strom je společný a každý by měl mít právo jen pro svůj typ objektu, aby nemíchal s jiným typem dat. To jsem v GLPI nenašel.
• Jak jsou řešeny inventury? Nástroj, který používáme, umožňuje překlopit odpovědnost na uživatele, každý uživatel si přes SSO otevře web ksicht a hned vidí, co je na něj napsáno (včetně sw), šéf oddělení pak vidí, co je napsáno na celé jeho oddělení, uživatele pak vyzveš k inventuře, což je k odsouhlasení toho, co tam mají v tom ksichtě vidět (každý uživatel potvrdí správnost údajů a přebírá za to odpovědnost, ty nemusíš nic obíhat)
• Není problém elektronický předák, jak formou emailu s odkazem na web ksicht a odklepnutím (s možností i dvojího ověření osoby), tak i přes tablet pro lidi, co nemají přístup na web / nemají mail apod. GLPI nic.
• hromadná změna dat je u GLPI velmi obtížná a hromadný změny se prostě dělat musí (uživatel se přemístí, nebo celé jeho oddělení, se stromovou strukturou přesuneš celou část stromu jinam a uděláš tak změnu třeba 500 položek hw na jeden tah myší s jením potvrzením a u každého objektu uvidíš v historii změn, kdo ho kam a proč přesunul)
• GLPI nesplňuje ani Sarbanes–Oxley Audit (kompletní reporting a evidence veškerých změn, které nejde měnit, prostě 100% dohledatelnost všeho aniž by to uživatel mohl ovlivnit, a to ani admin)
• automatická kontrola změn a upozorňování na ně, aniž by to zamíchalo s majetkem
• automatická licenční kontrola nainstalovaného sw
• Ticket systém je polovičatý, to raději Redmine+RedmineUP bez propojení s Assetem (u našeho 3rd řešení jsme helpdesk nekupovali, protože nemáme tolik hw incidentů, aby se nám vyplatil přechod na jiný helpdesk systém jen kvůli propojení s assetem)

Celkově mi GLPI přišlo vždy neintuitivní a nedodělané. Mluvil jsem i s někým, kdo ho provozoval a občas se mu data zamíchaly (agent ze stanice poslal nějakou změnu a udělal něco nepěkného).
GLPI vnímám jako lepší excel s nějak ručně částečně funkčním service deskem a konečně i nějakým agentem na částečný sběr dat. A to je prostě málo.

Jako, možná se pletu, ale nemyslím si, že rozhodně ve všem, možná v nějaké malé části. A upřímně řečeno, nejdražší je lidská práce. Takže jakékoli zjednodušení (přívětivější ksicht, automatizace, přehlednost, dohledávání změn atd.) ulehčí lidskou činnost a sníží náklady.

Zdar Max

[Ondro]

• Vec kusu. Mne ich rozhranie velmi vyhovovalo(az na tie farby). Nove rozhranie je modernejsie ale vadi mi ten plochy dizajn, kde to nieje tak citatelne/oddelene ako v starom dizajne.
• V pouzivani externeho agenta som osobne nevidel problem ale asi na prechod k vlastnemu agentovi mali dovod. Pri pouziti OCSinventory som nemal problem a ak si dobre pametam, tak islo si nastavit pravidla na manipulaciu s datami. Ruku do ohna za to nedam. Fusion inventory mi prisiel jednoduchsi, nie az tak dobry ako OCS a nikdy som ho realne nenasadil a nepouzival. Len test.
• naozaj tam nieje? Nemal som problem s prehladnostou v GLPI
• Ak si dobre pametam, tak bolo mozne nastavit prava, tak aby uzivatel alebo skupina pouzivatelov mala pristup len k vybraneu typu objektov. Rovnako aj ticketovaci system a dali sa nastavit pravidla na automaticke priradzovanie ticketov skupine/technikovi podla toho.
• Bolo mozne nastavit aby user videl na svoje dashboarde vsetok svoj asset a aj nahlasene tickety. Raz som konzultoval s nejakymi ludmi, ze by na tej dashboarde to checli vidiet inac a neslo to tak nastavit ako to chceli oni. Neviem, ci som na to vytvaral ticket v GLPI na to ale ta ich poziadavka mi prisla dobra/logicka. Vyzvat usera k inventure, potvrdeniu spravnosti neslo. Je to pravne pouzitelne?
• Ano elektronicky predavaci protokol GLPI nema(nemal). Len tlaceny.
• Hromadne zmeny neboli/niesu dokonale v GLPI. Nepotrebovalis me ich nejak extra, tak neviem povedat, ci a co islo urobit. Bezne sme presuvali len nejake kusy HW. Presunut celu cast stromu by malo ist. Zmeny boli viditelne v historii a v logoch.
• K tomu auditu sa neviem vyjadrit. Neriesil som nieco taketo
• k autoamtickej kontrole zmien a k upozronovani na ne sa neviem vyjadrit. O ake zmeny a ake upozornovanie vam islo?
• nejaka licenca kontrola tam je. Neviem, co ste vy potrebovali. Priznam sa, ze to nebolo ulne user friendly a chybala dokumentacia.
• Ticketovaci system polovicaty? Ten mi prisel najlepsi oproti inym rieseniam, o triedu lepsi. Povedal by som bezkonkurencny. Ten sme vyuzivali najviac a kvoli tomu sme primarne zacali pouzivat GLPI(asset managment sme zacali pouzivat az nasledne). Mali sme desiatky ticketov denne. V com konkretnom sa ti zdal polovicaty.

GLPI lepsi Excel? Tak s tym nemozem suhlasit ani nahodou. Pred tym sme pozuviali nieco ako Excel a po prechode na GLPI sa nam zmenil uplne svet. S tym Excelom to bolo ako v dobe kamennej. Nahlasovanie ticketov, prehlad o ticketoch, evidencia a prehlad o HW,.... To sa po prechode na GLPI dostalo na uplne iny Level. Nas support sa posunul na uplne iny level. A to nas use case nebol uplne bezny. Skusal som rozne riesenia a vsetky mi prisli tazkopadne a neprehladne. Uz sme boli rozhodnuty vyvinut si vlastne riesenie, ked som narazil na Chcelo nejaky cas sa naucit ovladat GLPI. Velka skoda, ze nemaju dobru dokumentaciu. Niektore zlozitejsie veci clovek musi len skusat ako ich urobit. Toto je za mna najvecsie minus. Pisem v minulom case, lebo uz asi 3 roky aktivne s GLPI nerobim ale stale sledujem jeho vyvoj kvoli tomu, ze je to super aplikacia.

Pozeral som na Snipe-IT a vyskusal Demo. Podla mojho nazoru je GLPI ovela lepsi a prehladnejsi.

[kolemjdouci]

U nas glpi pouzivame veskrze z historickych duvodu a zda ze, ze jedine spravnejsi reseni bude teprve neco udelane n zakazku. Bezi nam to na centos7, rozbehani snad nebyl zadny problem, krom pridani nejake 3rd-party repo pro novejsi verze php, jestli mne skleroza neklame. Agent na kompech je FusionInventory, funguje celkem obstojne; v tom nasem zakazkovem reseni budeme chtit autoimport podle dat vytahlych z SCCM...

SnipeIT jsme zvazovali taky, vypadalo celkem fajn, ale vzhledem k (tehdejsi?) neexistenci agenta pro auto-import jsme to vyhodnotili jako nastroj pro nase mnozstvi HW (vyssi stovky polozek) zcela k nicemu. Samo, pro max. desitky kusu HW to muze byt OK, o tom zadna.

[Max]

To, co popisuješ, mají 3rd řešení běžně a ošetřeno spoustu blbostí, aby nedošlo k míchání dat. Vývoj na zakázku nedává moc smysl, je to finanční sebevražda.
Zdar Max
PS: Snipe-IT má 3rd agenta (marksman), vývoj stojí, ale zdrojáky jsou k dispozici

[JSOB]

U nás jsem to nasadil cca 3 roky zpět včetně Fusion inventory agenta. Plni funkci helpdesku (i pro hospodářskou zprávu), inventarizaci počítačů, tiskáren, tonerů, vpn atd. Dále vzdálená plocha VNC, rezervace notebooků a vpn, databáze znalostí. Jsme s tím spokojeni.