Dotaz: Nelze navázat spojení k db

[Kall Ell]

Ahoj všem ve spolek. Mám problém. Provedl jsem upgrade z debianu 5 na 6. V lennym jsem měl DB postgresql verze 8.3. Upgradem mě systém nahradil db verzi 8.4. Vyhodilo mě to hlášku, že mám použít pg_upgradecluster. Zkoušel jsem to, ale nepodařilo se mě ten cluster upgradovat, tak jsem to nechal tak, protože to fungovalo. Ovšem po týdnu jsem server restartoval a PG nefachčí. Tak jsem ho pomocí aptitude odinstaloval a pak nainstaloval znovu a stejně nefunguje. Poradíte jak ho rozběhnout? O data nejde, jen na tom zkouším a importuju si data z csv souboru. Ale potřeboval bych na tom o víkendu pracovat. Jediné co jsem vypozoroval tím, že jsem se s tím hrál je, že po příkazu pg --version mě vypíše verzi(8.4.5), ale třeba createuser xxxx se mě zeptá, jestli se jedná o superadmina a pak vyhodí hlášku:

createuser: nelze navázat spojení s databází postgres: nelze navázat spojení se serverem: Adresář nebo soubor neexistuje

A pak jsem si všiml, že po reinstalu mě nevytvořil složku v etc/, je tam jen /etc/posgtresql-common, ale v ní soubor s konfigurací není.

Poradíte co s tím? Dík za každej tip.

---

---

Odpovědi

[Kall Ell]

Zdravím

Pokud nejde o data a konfiguraci, doporučuji odinstalovat všechno týkající se postgre a nainstalovat znovu (pak můžeme řešit dál).

# list všech nainstalovaných postgre balíčků (na 99% můžete všechny odinstalovat)
dpkg --get-selections | grep "postgres.*install"

# odinstalovaní
dpkg --purge remove <jméno_baličku>

Všimněte si toho "--purge" - zlikviduje to i konfiguraci/data (tam předpokládám chybu - relikt z předchozí verze)

P.S. upgrade podobných serverových aplikací je nanejvýš vhodné dělat stylem dump; upgrade; reload

[Kall Ell]

Super, pomohlo. volbu purge jsem znal, s tou jsem to odinstaloval už před tím, jen mě tam pořád vysela ta verze 8.3 z lennyho. A to jsem nevěděl, aptitude mě neukázal že tam pořád je. K tomu mě dopomohl ten první příklad dpkg. Jen bych se ještě zeptal, co myslíš tím stylem dump, upgrade, reload? Upgrade bych pochopil, ale dump mě nic neříká. Čeká mě upgrade ostrého serveru a nerad bych řešil tyhle problémy. Chci se na to pořádně připravit. Postgres tam ale nemám na ostrým mě běží postfix, samba, mysql a websever, žádná spec aplikace. Data mám zálohovaný.

[camel1cz]

To sem rád, že to pomohlo

co myslíš tím stylem dump, upgrade, reload?

Myslím tím korektní zálohu dat, upgrade aplikace a pak obnovu dat. Vyhneš se tím nejen podobným problémům, ale i případné binární nekompatibilitě datových souborů - přecijen Debian je super distro, ale i tak paranoia je v tomhle případě nejlepší kamarád

Tohle platí pro všechny aplikace typu "mám binární datové soubory a v nich si něco kutím" - databáze, LDAP, atd.

Je to podobný princip, jako že nezálohuješ databázi jako soubory na disku, ale používáš pg_dump, mysqldump, slapcat, atd. atp. Binární záloha těchto dat může být velice snadno poškozená...

[Kall Ell]

jj budu se tím řídit. Momentálně mám na ostrém serveru něco přes 30GB mailu a nějaké dokumenty. O ty bych nerad přišel. Zálohuji je na externí disk, jednou týdně komplet a mezi tím dělám přírůstkové zálohy. Vše pomocí taru. Myslím, že je to dostačující. Jinak je tam mysql kde data nejsou, využívá je jen aplikace roundcube, internetový poštovní klient. Ale běží mě to na debianu etch a čeká mě upgrade na lenny a vzápětí na sqeeze. Doufám že to proběhne bez komplikací.

[camel1cz]

No podobná cesta mě tak čeká Dejte vědět, jak to dopadlo

Jinak ještě jedna věc ohledně zálohování do taru: zkoušel jste to někdy rozbalit? Ve Vltavě sice už uběhlo hodně vody, co sem zálohoval tarem, ale pamatuju si, že tar s klidem udělal např. 10GB soubor, ale rozbalil jen max 2GB.

Ale asi už to bude dávno vyřešené...

Hodně štěstí s dist-upgrade

[Kall Ell]

Tak to jsem teda nezkoušel, ale zkusím. Můj archiv složky home s účty a maily má kolem 16GB, hned zítra to vyzkouším. Dík za radu.

[bn1]

taky archivuji do taru a jsem spokojený uživatel tohoto řešení (dnes jsem bohužel musel z takovéto zálohy obnovovat celý stroj...)

(ps: u aktuální zálohy serveru má tar velikost shodně (s velikostí fs) 9.1 GB (jak se shodují MB, resp samotné B nevím), takže u mě velikost zálohy určitě odpovídá)