406
Hardware / Re: Netočící se ventilátor GPU
« kdy: 05. 04. 2011, 15:10:38 »
BTW: Nemoze to byt zdrojom? Ze by nestacil vykonovo?
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
407
Software / Re: pdf-prohlizec bez moznosti tisku,zapisovani a hledani
« kdy: 04. 04. 2011, 17:47:32 »
Ono by stacilo mozno hocaky pdf reader pustit v jaily a bez akychkolvek prav. Potom nemoze nic, len otvarat subory co ma k dispozicii.
Ak mas cely jail este na ro partcii, nie je co riesit.
Ak mas cely jail este na ro partcii, nie je co riesit.
408
Software / Re: Jsem v haji...instalace adobe reader
« kdy: 04. 04. 2011, 02:09:51 »
BTW: Musi to byt Adobe? nestaci aky kolvek iny pdf reader?
409
Odkladiště / Re: Máte zkušenosti s ITIL, ISO apod.?
« kdy: 02. 04. 2011, 13:19:33 »
Ani event ti nemoze len tak triggerovat incident... Neexistue norma pretoze sa to normalizovat neda. Ja som u nas robil bridge medzi Nagiosom a nasou support cube. Najst spravne nastavenie mi trvalo aspon pol roka.
Prv sa otovril incident z kazdej hovadiny alebo sa neotovoril ked bolo treba. Pri cloveku to funguje systemom common sense, script to tazko naucis.
To iste problem mgmt. Neexistuje presne voditko pretoze je to od aplikacie (pouzitia) k aplikacii ine. V podstatne pri kazdom service to funguje inac. Zalezi od toho co supportujes kedy je to len incident a kedy z toho vylezie problem.
Az ti nejaky zakaznik otovri 100 incidentov ze mu nejde tlacit, kde mal vzdy vypnutu tlaciaren, nebudes z toho robit problem ani known bug. Mozno som to trochu prehnal, ale myslim ze tu vedie cesta. Vsetko zalezi od toho s cim pracujes a ako by si sa aj realne v zivote uplne mimo ITIL spraval.
---
EDIT: Literatura sa len snazi popisovat bezne genericke priklady, nemozes (nesmies!) ju aplikovat 100%tne. Je to skor o ukazani use casov ale musis si to doladit. Je ine robit skusku a dostat za to TUV certifikat a ine je implementovat to v reali.
Prv sa otovril incident z kazdej hovadiny alebo sa neotovoril ked bolo treba. Pri cloveku to funguje systemom common sense, script to tazko naucis.
To iste problem mgmt. Neexistuje presne voditko pretoze je to od aplikacie (pouzitia) k aplikacii ine. V podstatne pri kazdom service to funguje inac. Zalezi od toho co supportujes kedy je to len incident a kedy z toho vylezie problem.
Az ti nejaky zakaznik otovri 100 incidentov ze mu nejde tlacit, kde mal vzdy vypnutu tlaciaren, nebudes z toho robit problem ani known bug. Mozno som to trochu prehnal, ale myslim ze tu vedie cesta. Vsetko zalezi od toho s cim pracujes a ako by si sa aj realne v zivote uplne mimo ITIL spraval.
---
EDIT: Literatura sa len snazi popisovat bezne genericke priklady, nemozes (nesmies!) ju aplikovat 100%tne. Je to skor o ukazani use casov ale musis si to doladit. Je ine robit skusku a dostat za to TUV certifikat a ine je implementovat to v reali.
410
Odkladiště / Re: Máte zkušenosti s ITIL, ISO apod.?
« kdy: 02. 04. 2011, 02:03:59 »
--> zahŕňa <--
Tak jednoduche to nie je.
Skusim si zatial spomenut na par use caseov ked sa veci riesia v ramci incidentu.
Tak jednoduche to nie je.
Skusim si zatial spomenut na par use caseov ked sa veci riesia v ramci incidentu.
411
Odkladiště / Re: Máte zkušenosti s ITSM a ISO?
« kdy: 02. 04. 2011, 01:08:10 »
U nas bol vyvoj opacny... Firma ma HQ vo viedni a ked som nastupoval sme boli firma europskeho rozmeru. Lenze mi hlavne robime produkty pre ITSM a B2B... A su natolko genericke ze samotna implemetacia je asi vzdy ina. Kazdy zakaznik ma moznost si vsetko uplne sam pre seba customizovat.
Ale... Ako by mohla firma ktora robi SW pre danu oblast sama v tej oblasti nic nerobit?
---
Kedze sme team 6 technikov... Tak je vlastne cely ITIL relativny. Lenze starame sa o stovky serveov a ked niekto nieco spravi a potom nieco ine nejde a musi to riesit niekto iny, je problem kebyze o zmene nevie.
---
Problem co popisujes je ze zahrana vela teamov... ITIL je hodne o supporte... Lenze mne klient nevola
Kedze supportujeme na 3. urovni, malokedy len tak v ramci incodentu nieco menime. Ked uz nieco treba menit, je to v pazi... Cize zmeny idu na 90% cez change management.
---
U nas bol hlavny problem vlastne sa medzi netechnickymi process managermi a nami dohodnut co to vlastne change je. Niektory trtkovia vidia vsetko ako change... Uz sme zo srandy do naseho zoznamu napisali ze automaticke zmeny logov [apache access log :] je not change relevant change.
Cize aby bolo jasno... Co je vlastne change? Nejde nejaky bridge pretoze chyba DNS zaznam? Hodim ho do /etc/hosts a syncnem na druhy node. Je to change? NIE.
Vyskytne sa nejaky zahadny bug v redirectoch... Treba zmenit nieco v nginx alebo apache konfiguraku? To uz je change...
Ale za to som si napisal script ktory mi automaticky vyhodi nejake backendy z nginx configu ked vypadne nejaky server... Tiez mam skript co mi upravi LVS nastavenia ked vypadne niektory z NGX loadbalancerov... toto NIE Je change.
---
U nas sa za problem povazuje nieco na co sme dosli sami a vieme ze je to zle... Ale netusime ako to vyriesit v tomto momente a vytvorit hned nejaky change k tomu. Alebo ked musis 3x denne restartovat aplikacny server lebo uz ma otovrenych 100.000 file handlerov a ty netsis preco... a) Ides nahucat na developerov ze co zas porobili b) otovris problem
---
Dalsia ITIL vec je CMDB... O com by bol change management kebyze nevies oznacit CI ktoreho sa to tyka? Proste ked nespravujes pod 100 serverov ze ich poznas pomaly naspamat, potrebujes cmdb. Navyse asi nikto nema chut pozerat change za posledny rok ked hladas nieco co sa tyka jedinej veci.
---
Access management je zase vec ktora sa netyka len IT... Ale aj aplikacnych adminov etc...
Len v mojom teame moc nie je o com.
---
Knowledge management je u nas zatial interne rieseny formou externej wiki. Blbe by bolo mat v nasej vlastnej aplikacii KB ked aj ta aplikacia moze mat raz problem
---
Na konkretne otazky sa da aspon konkretne odpovedat. Rozmyslat v teoretickej rovine sa mi nechce... Nastastie mne staci ITIL v3 base certifikacia ci jak sa ta maria vola a tam to je este relativne straight forward.
Ale... Ako by mohla firma ktora robi SW pre danu oblast sama v tej oblasti nic nerobit?
---
Kedze sme team 6 technikov... Tak je vlastne cely ITIL relativny. Lenze starame sa o stovky serveov a ked niekto nieco spravi a potom nieco ine nejde a musi to riesit niekto iny, je problem kebyze o zmene nevie.
---
Problem co popisujes je ze zahrana vela teamov... ITIL je hodne o supporte... Lenze mne klient nevola
Kedze supportujeme na 3. urovni, malokedy len tak v ramci incodentu nieco menime. Ked uz nieco treba menit, je to v pazi... Cize zmeny idu na 90% cez change management.---
U nas bol hlavny problem vlastne sa medzi netechnickymi process managermi a nami dohodnut co to vlastne change je. Niektory trtkovia vidia vsetko ako change... Uz sme zo srandy do naseho zoznamu napisali ze automaticke zmeny logov [apache access log :] je not change relevant change.
Cize aby bolo jasno... Co je vlastne change? Nejde nejaky bridge pretoze chyba DNS zaznam? Hodim ho do /etc/hosts a syncnem na druhy node. Je to change? NIE.
Vyskytne sa nejaky zahadny bug v redirectoch... Treba zmenit nieco v nginx alebo apache konfiguraku? To uz je change...
Ale za to som si napisal script ktory mi automaticky vyhodi nejake backendy z nginx configu ked vypadne nejaky server... Tiez mam skript co mi upravi LVS nastavenia ked vypadne niektory z NGX loadbalancerov... toto NIE Je change.
---
U nas sa za problem povazuje nieco na co sme dosli sami a vieme ze je to zle... Ale netusime ako to vyriesit v tomto momente a vytvorit hned nejaky change k tomu. Alebo ked musis 3x denne restartovat aplikacny server lebo uz ma otovrenych 100.000 file handlerov a ty netsis preco... a) Ides nahucat na developerov ze co zas porobili b) otovris problem
---
Dalsia ITIL vec je CMDB... O com by bol change management kebyze nevies oznacit CI ktoreho sa to tyka?
Proste ked nespravujes pod 100 serverov ze ich poznas pomaly naspamat, potrebujes cmdb. Navyse asi nikto nema chut pozerat change za posledny rok ked hladas nieco co sa tyka jedinej veci.---
Access management je zase vec ktora sa netyka len IT... Ale aj aplikacnych adminov etc...
Len v mojom teame moc nie je o com.
---
Knowledge management je u nas zatial interne rieseny formou externej wiki. Blbe by bolo mat v nasej vlastnej aplikacii KB ked aj ta aplikacia moze mat raz problem
---
Na konkretne otazky sa da aspon konkretne odpovedat. Rozmyslat v teoretickej rovine sa mi nechce... Nastastie mne staci ITIL v3 base certifikacia ci jak sa ta maria vola a tam to je este relativne straight forward.
412
Odkladiště / Re: Máte zkušenosti s ITSM a ISO?
« kdy: 01. 04. 2011, 23:25:44 »
Sme zatial mala firma... Sice nadnarodna, ale zatial mame tak 68 - 75 zamestnancov... V poslednom case uz stracam prehlad.
Nas core business je ITSM a Business 2 Business... Kuk www.SolveDirect.com
Inak ITIL v zmysle Incident, Change a Release vidim uplne vazne ako formalizovany common sense... Problem management je z mojho pohladu tiez relativne len rozsiahlejsi incident.
Nas core business je ITSM a Business 2 Business... Kuk www.SolveDirect.com
Inak ITIL v zmysle Incident, Change a Release vidim uplne vazne ako formalizovany common sense... Problem management je z mojho pohladu tiez relativne len rozsiahlejsi incident.
413
Odkladiště / Re: ITSM WTF?!
« kdy: 01. 04. 2011, 22:38:48 »
Co konkretne by ta zaujimalo? ITIL je dost teoreticka zalezitost a realne nasadenie je hodne odlisne... Pracujem pre spolocnost pre ktor ITSM a B2B je core business.
Mi sami pouzivame ITIL procesy... Incident, Change, Release a Problem management.
Realne je to vsak len o formalizovani uplne normalneho support processu. Da trochu konkretnejsie otazky.
----
Este k prispevku vyssie. Mi sme mala firma a rok doazdu sme nasadili SAS70 Aj ked mozno znali budu namietat ze SAS70 nema nic spolocne s IT... Nemozem sa k tomu uplne slobodne vyjadrovat, ale tak vacsi bull shit snad ani existovat nemoze. Je to nenormalne zbyrokratizovanie vsetkeho mozneho a pravdaze to zavesili aj na nas.
Mi sami pouzivame ITIL procesy... Incident, Change, Release a Problem management.
Realne je to vsak len o formalizovani uplne normalneho support processu. Da trochu konkretnejsie otazky.
----
Este k prispevku vyssie. Mi sme mala firma a rok doazdu sme nasadili SAS70
Aj ked mozno znali budu namietat ze SAS70 nema nic spolocne s IT... Nemozem sa k tomu uplne slobodne vyjadrovat, ale tak vacsi bull shit snad ani existovat nemoze. Je to nenormalne zbyrokratizovanie vsetkeho mozneho a pravdaze to zavesili aj na nas.
414
Server / Re: Minimální nároky na virtuální server
« kdy: 26. 03. 2011, 18:11:19 »
Kedze vacsina uzivatelov dojde asi v "spicke", ratal by som tak s 100 requestami ako absolutne maximum.
Cize 1 GiB RAM by som cakal ze by to mal v pohode z zvladnut bez toho aby musel moc swapowat.
Cize 1 GiB RAM by som cakal ze by to mal v pohode z zvladnut bez toho aby musel moc swapowat.
415
Server / Re: Minimální nároky na virtuální server
« kdy: 26. 03. 2011, 13:52:28 »
Podla mna je zasadne chybne polozena otazka. Nejde o obsah, ale skor o navstevnost. Som presvedceny ze by bohate stacil virtual so 256 MB RAM a nejakym swap spaceom, ale pojde ti na tie mikrostranky 100 uzivatelov a pojde to do kolien.
Navyse ak pouzivas apache tak je dolezite ci mas php ako modul (velky ram usage per proces) alebo ako FCGI (skor viac vytazuje cpu).
Definuj ocakavanu navstevnost v requestoch za den a potom sa da odpoved.
Inak nginx + fcgi php ma velmi male naroky.
Navyse ak pouzivas apache tak je dolezite ci mas php ako modul (velky ram usage per proces) alebo ako FCGI (skor viac vytazuje cpu).
Definuj ocakavanu navstevnost v requestoch za den a potom sa da odpoved.
Inak nginx + fcgi php ma velmi male naroky.
416
Hardware / Re: Boot systému z SCSI disku IBM
« kdy: 21. 03. 2011, 13:57:53 »
No pravdepodobne sa to ku grubu z toho disku vobec nedostane. Ale ak su v systeme aj ien disky, moze byt grub na tom inom a proste grub bude mat root na hd(1,0).
Aj ked to je len skaredy workaround... Proste ak ten radic ma bootrom, tak sa z neho musi dat bootovat len to treba v biose MB najst.
Aj ked to je len skaredy workaround... Proste ak ten radic ma bootrom, tak sa z neho musi dat bootovat len to treba v biose MB najst.
417
Sítě / Re: Jak odstranit síťové připojení
« kdy: 20. 03. 2011, 15:46:49 »
Ak som to spravne pochopil je ta karta eth0 a ked ju das do ineho slotu je nejaka eth1. Ak ano, v cca /etc/udev/rules.d/70-persistant-net... najdi tam ten riadok a zmaz ho. Po reboote to bude zas eth0 alebo wlan0.
418
Hardware / Re: SCSI Disk IBM
« kdy: 20. 03. 2011, 15:44:00 »
Vacsinou treba na radici nastavit dany disk na boot a potom v BIOSe dosky nastav radic ako boot device.
419
Hardware / Re: SSH na routeru
« kdy: 20. 03. 2011, 10:49:18 »
Out of curiosity... Naco je SSH server na routry?
iptables manualne? Alebo nieco specialne?
iptables manualne? Alebo nieco specialne?
