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?).
Příspěvky PostgreSQL v České spořitelně
No, je to dost svérázný způsob. Ale asi se jim to osvědčilo :-)
>>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í
>>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í
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.
>> 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.
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?
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.
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.
