<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet href="rss.css" type="text/css"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
<title>LINUXEXPRES - Diskuzní fórum</title>
<link>http://www.linuxexpres.cz/</link>
<description>RSS komentářů ke článkům</description>
<item>
<title>Re: Re: Re: PostgreSQL v České spořitelně</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Přesně tak, virtualizace to řeší s přehledem, byť lze nastavit nixové snapy pro různé verze aplikací z balíčků. Ostatně v mém Archu lze nejen instalovat vedle sebe různé kernely, ale také za pomoci ABS si vše upravit tak, jak je třeba. Platí to pro jakýkoli balíček.]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Sun, 6 Mar 2016 16:31:28 +0100</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/postgresql-v-ceske-sporitelne#post26088</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/postgresql-v-ceske-sporitelne#post26088</guid>
</item>
<item>
<title>Re: PostgreSQL v České spořitelně</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[>>při rychlém růstu pgxlogu žádný monitor nepomůže, totiž než se k Vám dostane info o stavu, už je plno.
>>když je plný FS, tak v lepším případě je db ve "freeze" stavu. Vyřešíte potíž a jak rozjet db bez ztráty dat? Odmažete "dummy" a db se rozjede. Přidat další volné místo do FS je řešení, ale pak jej zase potřebujete někdy odebrat, nebo se Vám to začne hromadit jak horníci v dole :-)...a tohle je fakt jednoduché rychlé řešení]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Wed, 24 Feb 2016 12:13:59 +0100</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/postgresql-v-ceske-sporitelne#post26065</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/postgresql-v-ceske-sporitelne#post26065</guid>
</item>
<item>
<title>Re: Re: PostgreSQL v České spořitelně</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Nějaká podpora pro více verzí a více instancí pg serveru je v Debianu, ale myslím si, že v době virtualizace je to celkem zbytečné přidávání práce. Pokud někdo potřebuje testovat různé verze, je lepší si je nainstalovat na různé servery.]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Wed, 24 Feb 2016 09:52:01 +0100</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/postgresql-v-ceske-sporitelne#post26064</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/postgresql-v-ceske-sporitelne#post26064</guid>
</item>
<item>
<title>Re: PostgreSQL v České spořitelně</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Video bohužel není. Co se týká instalace víc verzí téhož softwaru z balíčků najednou, to by mě velice zajímalo. Doteď totiž žiju v tom (a asi nejsem sám), že balíčkový systém současnou instalaci balíčků různých verzí téhož SW nedovolí. Nebo jde RPM (a YUM) nějak čistě přesvědčit, aby instaloval balíčky někam jinam a daly se potom automaticky aktualizovat všechny verze?]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Wed, 24 Feb 2016 06:15:18 +0100</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/postgresql-v-ceske-sporitelne#post26063</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/postgresql-v-ceske-sporitelne#post26063</guid>
</item>
<item>
<title>PostgreSQL v České spořitelně</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Díky, škoda že není video pro nás, nemocné.
>> Samostatné instalace PostgreSQL jsou na běžných linuxových distribucích trochu problém, protože s tím balíčkový systém nepočítá. Neobejde se to tak bez tvorby vlastních balíčků.
Pro rhel, centos jsou k dispozici repositáře na: http://yum.postgresql.org/
Jde mít různé verze na jednom serveru. Pokud je potřeba více instancí jedné verze, pak se jen zkopíruje init skript. U jiných distribucí nevím.]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Tue, 23 Feb 2016 23:57:47 +0100</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/postgresql-v-ceske-sporitelne#post26062</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/postgresql-v-ceske-sporitelne#post26062</guid>
</item>
<item>
<title>Re: PostgreSQL v České spořitelně</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[No, je to dost svérázný způsob. Ale asi se jim to osvědčilo :-)]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Mon, 22 Feb 2016 17:27:06 +0100</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/postgresql-v-ceske-sporitelne#post26058</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/postgresql-v-ceske-sporitelne#post26058</guid>
</item>
<item>
<title>PostgreSQL v České spořitelně</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Pěkné :-)
"čtyřgigabajtový 'dummy' soubor, pomocí dd udělanou výplň"
Toto mě překvapilo. Jestliže se místo vyčerpá tak rychle, že si toho nevšimne monitoring, tak 4GB vycpávka přece nemůže přinést mnoho času (minuta?). Za tu dobu se asi nemusí podařit nalézt příčinu proč se logy nemažou.
Na určitých místech mám "předběžné varování" na nějakých 70% zaplnění (zde se notifikace neposílá) a potom příslušné úrovně (85 - 90) na warning a critical (s notifikacemi). A to se pořád bavíme o desítkách GB volného místa.
Překvapuje mě, že zrovna v bance to musí řešit dummy soubory (a to ještě dost malými, nemělo to být 40GB?).]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Mon, 22 Feb 2016 16:00:04 +0100</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/postgresql-v-ceske-sporitelne#post26057</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/postgresql-v-ceske-sporitelne#post26057</guid>
</item>
</channel>
</rss>