forum.odorik.cz

Dobry den,

server cislo 163 s ip
77.93.202.103
nam nejak nechce ozivnout. kdyz ho spustim, nedostanu se dovnitr pres ssh
ani nefunguji aplikace na nem spustene.
Problem nevyresi ani kdyz na nej naklonuju jiny, prokazatelne funkcni server.

rada kolegu na nej pristupuje pres jeho IP, takze se mi uplne nechce server
smazat a zalozit novy ...

David Vonka (inexperts)

Dobrý den.

Budte v klidu, server nezemrel, zije .

Problem spociva v plne obsazenem diskovem prostoru Vaseho VPS.
Nastavte mu proto vice diskoveho prostoru pro jeho data.

Mimo to navyste hodnotu horniho limitu RAM.
Vas server vykazuje i zde nedostatky.

Pozn.: V takovych situacich, kdy nevite jak dal, je nejlepsim resenim nas kontaktovat a ponechat veci tak jak jsou.
Vetsinou jde o problemy podobneho charakteru.

J.M.

Dobry den,

odpustte uzivateli ducha mdleho ... pridal jsem diskoveho prostoru a
server vpravde ozil. Zustavam presto ponekud zmaten:

1) snazim se najit, kde se mi to plni pomoci
root@d1:/# du --max-depth=1
4 ./media
16 ./dev
4 ./boot
4 ./mnt
394308 ./var
5440 ./etc
5540 ./bin
20176 ./root
4 ./selinux
4 ./home
52 ./tmp
0 ./sys
du: cannot access `./proc/3509/task/3509/fd/4': No such file or directory
du: cannot access `./proc/3509/task/3509/fdinfo/4': No such file or directory
du: cannot access `./proc/3509/fd/4': No such file or directory
du: cannot access `./proc/3509/fdinfo/4': No such file or directory
0 ./proc
5132 ./sbin
15284 ./lib
752884 ./usr
4 ./srv
654684 ./opt
1853544 .

a dozvidam se, ze mam pod dve mega vyuziteho prostoru (ctu to spravne, ze ?)

2) nicmene
root@d1:/# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/simfs 7340032 5405852 1934180 74% /

Takze podle df mam pres 5GB dat, coz presne odpovida tomu preteceni.

Takze nejak nechapu ...

Unrelated issue:
Jak zvysim mnozstvi ram nad 2GB ?

S pozdravem,
David Vonka

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

Zdravím.
Proč tam dáváte ten argument --max-depth=1 řekl bych, že má ten problém na svědomí. Neprochází adresáře do větší hloubky než 1. Místo toho bych tam dal argument -h , (print sizes in human readable format (e.g., 1K 234M 2G)) bude to pak srozumitelnější pro lidi.
Co se týče větší paměti než 2G myslím, že by to neměl být problém, zažádejte si emailem a uveďte tam přihlašovací jméno nebo id serveru.
Jinak ještě předtím než použijete příkaz du, tak bych se podíval do /var/log, jestli nebobtnají logy. Pokud ano, chtělo by je to pravidelně rotovat, komprimovat a mazat.

Dobrý den, problém muze byt i jinde, tedy v systemu kvot OpenVZ. Pro jistotu prekontroluji pripadny problem i zde a to nejpozdeji zitra rano.
Predpokladam, ze problem je u VPS s vyse uvedenym ID.

Pokud se tyka jineho VPS ID, dejte mi vedet prosim na email.

J.M.

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 je, ze jsem nedavno
resil problem s pretekajicim logem mysql a vypinal jsem ho.

super, prenastaveni kvot pomohlo, dekujeme. DV