forum.odorik.cz

Zvýšení limitů hodně pomohlo, vyřešilo naše potíže. Mohli bychom požádat ještě o zvýšení limitů na stejné hodnoty i pro server 366 (contentbox), na ten jsme pozapomněli, protože na něm probíhá jiný typ činnosti.

Děkuji za Vaši ochotu.

Dobrý den,

naše servery slouží pro testování javové aplikace. To probíhá tak, že spustíme dvě instance JVM:
1/ server s vlastní aplikací - běží celý den pro manuální testování
2/ client, který server krmí daty a testuje odpovědi - běží jen asi 30 minut každou noc.
Bohužel java si moc s OpenVZ ...

jo, to jsem resil, dela to jenom ubuntu
http://forum.odorik.cz/viewtopic.php?f= ... envz#p1270

dekujeme nejsrdecneji

Dobry den,
udelal jsem zalohu serveru 234 a prekopiroval ho na server 353. Vysledky df
na 234 (zdroj):

root@t1:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/simfs 7340032 3589900 3750132 49% /


na 353 (cil):

root@d6:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev ...

Dobry den,

bylo by prijemne, kdyby maily o nedostatku RAM na ruznych serverech obsahovaly mimo visla VPS take hostname serveru. Mohl bych se snadno pri pohledu na mail rozhodnout, jestli je to ocekavany stav, nebo ne. Ted se musim jit do admin konzole podivat, o jaky server se to vlastne jedna ...

super, prenastaveni kvot pomohlo, dekujeme. DV

no super ...

Dobry den, podle me se --max-depth tyka jen formatu vystupu, ale pro jistotu jsem dal "du -h", vystup (velmi dlouhy) konci radkou
. 1.7G
takze jsem tam, kde jsem byl. Postradam nekde 3 GB.
Ohledne logu jsem prosel /var/log/ (jeste pred Vasi radou a ted znovu) a ma 4.5 mega vcetne podadresaru. Faktem ...

postrilel jsem vsechno, co tam bezi, aby bylo minimum otevrenych souboru ... a porad mi du a df reportuji uplne jina cisla ..