<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-2">
<META content="MSHTML 6.00.2900.2180" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY>
<DIV><FONT face=Arial size=2>Centos verze 5.5, Xen máme od Citrixu. VMware byl
na jedné žiletce se sql2005 a linuxem (mandriva), databázové požadavky mimo
žiletku nebloudily. Xen máme rozprostřený, ale databáze taky neopouští
interní síť bedny na žiletky. Co bylo za problém, byl s FC polem, byly tam
připojené 2 stroje a ono si to občas nějak přehodilo konfiguraci FC a
jelo to pak hodně pomalu.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>/opt jsem měl po instalaci prázdné, žádné etc ani
nic dalšího v něm nebylo, tak jsem tam většinou nastrkal ty opravy. Například
loadbalancer pound má konfig v /etc, sám je v /usr/sbin, ale do /etc si nesáshne
ani když je explicitně spuštěn, aby si tam konfig vyzvedl. Musel jsem si ho
zkompilovat, novější verze mi tam nakonec vůbec nejela, musel jsem se spokojit s
hodně starší. Neposlouchají mě hlavně takové systémové věci, jako třeba
rotace logů a pod. musím taky řešit jinak.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Co mě hodně moc zlobilo, byl perl, python a
jejich moduly a knihovny, pořád něco prostě nefachalo.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Čas u vmware byl problém i při externím synchru,
díky nerovnoměrnému zatížení cpu hodiny šly moc pomalu/rychle a ntp tu i
několikaminutovou odchylku vůbec nezvládal opravit ani když jsem mu měnil
hodnoty smyčky, nakonec jsem musel dodělat kontrolu a vynucení opravy času přes
TCP port kam byl poslán požadavek z iframe browseru ještě než se provedlo
uložení do databáze, tohle se stihlo syncnout než si to lidi vyplnili, šlo jen o
minutovou přesnost. Tohle mi nakonec sedělo na TCP portu přes xinetd a
hlídalo požadavky:</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face="Courier New" size=2>#!/bin/bash</FONT></DIV>
<DIV><FONT face="Courier New" size=2>datum_ref="`nc time-a.timefreq.bldrdoc.gov
13| tr -s ' ' | cut -d ' ' -f 3|cut -d ':' -f 1,2`" >/dev/null
2>&1<BR>datum_sys="`date | tr -s ' ' | cut -d ' ' -f 4|cut -d ':' -f
1,2`"<BR>datum_sysx="`date`"</FONT></DIV>
<DIV><FONT face="Courier New" size=2>if [ "$datum_ref" != "$datum_sys"
]<BR>then<BR></FONT><FONT face="Courier New" size=2>
/sbin/service ntpd stop >/dev/null 2>&1<BR> sleep
1<BR> killall -9 ntpd >/dev/null
2>&1<BR> sleep 2<BR> killall -9 ntpd
>/dev/null 2>&1<BR> ntpdate -t 5 tak.cesnet.cz
>/dev/null 2>&1<BR> /sbin/service ntpd restart
>/dev/null 2>&1</FONT></DIV>
<DIV><FONT face="Courier New" size=2>fi</FONT></DIV>
<DIV><FONT face="Courier New" size=2>datum_syss="`date | tr -s ' ' | cut -d ' '
-f 4|cut -d ':' -f 1,2`"</FONT></DIV>
<DIV><FONT face="Courier New" size=2>echo "$datum_sys ---
$datum_syss"</FONT></DIV>
<DIV><FONT face="Courier New" size=2>echo "`date`
-- $datum_sysx"
>>/var/log/casy.log<BR></FONT></DIV>
<DIV><FONT face=Arial size=2>ano, musel jsem ho takhle zabíjet, zůstával viset,
celý skript svědčí o problémech se sítí (ntpd si nemohlo zkontrolovat čas třeba
i půl dne proti cesnetu - chyby, timeouty - na interní časový server jsem
se taky nemohl úplně spolehnout, taky dost šmajdal), ale to mě nikdo u nás
nevěří, windowsy jim fungují "obvyklým způsobem" s občasným rebootem na lterý
jsou zvyklí. Čas na wndowsech problém nikdy neměl.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>To co potřebovalo sub-milisekundovou přesnost, tak
to v exponovaných obdobích v průměru jednou za týden stejně mělo nakopnuté
data, párkrát i 5x za den. V neexponovaných obdobích to bylo OK. Šlo o
delay ve zpracování virtuálních požadavků na přerušení a díky časovým řezům
viruálního hw tak občas došlo k tomu, že se v jednom řezu potkaly data s
jiným timestampem, což pak nějaký chytrý management nevímčeho popřeházel a
uložil novější data dřív než ty starší a nakopnutý strom byl na
světě.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Když jsem o databázích, že se nemají provozovat na
virtuálu, už kdysi před lety říkal našim certifikovaným, tak opáčili,
že nikde to není uvedeno a i samotní výrobci to tak bez problémů provozují a X
dalších klientů taky.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Měl byste nějakou referenci k tomu neprovozování
databází na virtuálu?</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Děkuji, JL.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>----- Původní zpráva ----- </FONT>
<DIV><FONT face=Arial size=2>Od: "Jozef Racek" <</FONT><A
href="mailto:Jozef_RACEK@Tempest.sk"><FONT face=Arial
size=2>Jozef_RACEK@Tempest.sk</FONT></A><FONT face=Arial
size=2>></FONT></DIV>
<DIV><FONT face=Arial size=2>Komu: "HW-news" <</FONT><A
href="mailto:hw-list@list.hw.cz"><FONT face=Arial
size=2>hw-list@list.hw.cz</FONT></A><FONT face=Arial size=2>></FONT></DIV>
<DIV><FONT face=Arial size=2>Odesláno: 18. října 2011 10:48</FONT></DIV>
<DIV><FONT face=Arial size=2>Předmět: Re: virtuální Centos </FONT></DIV></DIV>
<DIV><FONT face=Arial><BR><FONT size=2></FONT></FONT></DIV><FONT face=Arial
size=2>Jaroslav Lukesh wrote:<BR>> Chtěl bych odbočit a zeptat se, jaké máte
zkušenosti s virtualizovaným <BR>> Linuxem? <BR><BR>Centos sme mali s nejakou
DB (asi ASE Sybase )u zakaznikov na fyzickych <BR>strojoch, ale riesili to
kolegovci, ktori su teraz u zakaznika. Ked <BR>pridu, mozem sa skusit spytat.
Nepamatam, ze by tam riesili nejake <BR>problemy. Je to tam uz asi 3-4
roky.<BR><BR>Pytal som sa nazho virtualizacneho teamu, ake maju skusenosti.
Tvrdili <BR>mi, ze ziadne problemy zo XEN-om ani s najnovsimi ESX servermi +
nove <BR>linuxy. Cas odporucaju synchronizovat voci externemu NTP serveru a
<BR>nepouzivat synchronizaciu voci virtualizacnej vrstve, hlavne na
VMware.<BR>Maju aj DB na virtualkach s roznymi OS ( MS, rozne linuxy, Solaris
X86 )<BR>Problemy vraj byvali so starsimi verziami VMware, aj XEN-om a starsimi
<BR>Linuxami.<BR><BR>Ake mate vezie ? Skusim to podsunut kolegom...<BR><BR>Mám
tam doporučený centos.plusxen a horší to snad ani být<BR>> nemůže. Jednou za
delší nespecifikovanou dobu (1-2 měsíce) se mi některá <BR>> aplikace odpojí
od databáze a není schopna se připojit ani po restartu <BR><BR>Toto sa deje u
jedneho zakaznika, ale tam sa dohladali problemy na <BR>sietovej vrstve (zlozite
routovanie). Po nejakom case LAN switche/routre <BR>zacali zahadzovat packety,
alebo ich smerovali niekde uplne inde a <BR>zostali na firewalloch.<BR><BR>>
Občas se chová "divně", neposlouchá jako linux, některé konfigy v /etc <BR>>
jakoby tam nebyly a musím to řešit oklikou (extra binárkou co má konfig
<BR><BR>Centos nepouzivam, ale bude to asi podobne ako u inych UX-ov<BR>Pri
doinstalovanych balikoch od tretich stran su configy casto v <BR>/opt/etc/,
alebo priamo v adresari, kde je ten balik nainstalovany, <BR>pripadne v adresari
etc, vnorenom do adresara zdroja podla balickov <BR>(/opt/sfw/etc/ ,
/opt/sfw/<program>/etc...)<BR>Programy si hladaju konfiguracne subory na
viacerych miestach a obvykle <BR>preferuju tie "lokalne" pred globalnym
/etc/.<BR><BR><BR>Dodo<BR>_______________________________________________<BR>HW-list
mailing list - sponsored by </FONT><A href="http://www.HW.cz"><FONT
face=Arial size=2>www.HW.cz</FONT></A><BR><A
href="mailto:Hw-list@list.hw.cz"><FONT face=Arial
size=2>Hw-list@list.hw.cz</FONT></A><BR><A
href="http://list.hw.cz/mailman/listinfo/hw-list"><FONT face=Arial
size=2>http://list.hw.cz/mailman/listinfo/hw-list</FONT></A></BODY></HTML>