webhosting by: WebSupport.sk                                             UnlimitedHosting | CustomHosting | FreeWeb.sk

Sutaz 5

catcher's picture

A hned v zavese nasleduje dalsia sutaz, tentokrat jednoduchsia:

Filesystem /tmp je uplne zaplneny. Co sa stane, ked sa na tento server budeme chciet prihlasit cez ssh? Nastane problem? Aky? Ako ho vyriesime? Ako sa tomuto problemu v buducnosti vyhneme?

Nasledujuci text prosim ignorujte:
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

Average rating
(2 votes)

Comments

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
kepro's picture

Re: Sutaz 5

za posledne dni sa mi podarilo vdaka perl scriptu zozrat celu ram 768MB aj cely swap 960MB ked zozralo aj swap masina neodpovedala ;) nastastie som bol na masine tak som napisal najprv killall nazov_procesu len som si uvedomil ze som to napisal pod inym userom tak sudo killall nazov_procesu cakal som asi 15 minut kym spracuje prikaz :) inak nova SSH connection nehrozila v tom pripade nedalo sa cez ssh napojit apache neodpovedal nic neodpovedalo no odpovedalo ale strasne pomalicky cize ako riesit problem? :D nikdy nezatvorit ssh okno :)
--
TxX Shell Server

Re: Sutaz 5

no alebo si osetrit ze proces ktory zahlcuje uplne system nech bude killnuty

schrapnel's picture

Re: Sutaz 5

zalezi od toho, aky operacny system riesime. Na solarise je /tmp sucastou RAM .. takze teoreticky moze dojst k zabitiu masiny - solaris 8 ( solaris 9 nepoznam), v solarise 10 sa stane to ze masina na istu dobu UPLNE PRESTANE REAGOVAT pretoze ma 0 free RAM. Proces ktory sa bude snazit HOCICO zapisat do /tmp a /var/tmp crashne - takze ziadne ssh ani nic. Masina bude zvanit do konzoly. Sol10 po case - neviem akym sposobom - proces sustavne zaplnujuci killne a nepotrebne stranky v pamati posle do pi.. /dev/null .. a potom sa to ako tak rozbehne.
[radovo desiatky minut]
Odskusane.

EDIT: solaris 8 :

# dd if=/dev/zero of=/tmp/test
write: No space left on device
5780977+0 records in
5780977+0 records out
#
[root@amk1s050:/]# df -k /tmp
Filesystem kbytes used avail capacity Mounted on
swap 2890504 2890504 0 100% /tmp

root@amk1s100(2)/root> ssh k5
Connection closed by 192.168.10.5
root@amk1s100(3)/root> ssh k5
Connection closed by 192.168.10.5
root@amk1s100(4)/root>

a systemova konzola:
[root@ts_sun_sk root]# ssh root:7005@localhost
Password:

amk1s050 console login: Apr 3 10:37:04 amk1s050 sshd[2021]: fatal: fork of unprivileged child failed

---------
[root@ts_sun_sk root]# ssh root:7005@localhost
Password:

amk1s050 console login: root
Password:
Apr 3 10:39:14 amk1s050 login: ROOT LOGIN /dev/console
Last login: Thu Apr 3 10:34:21 from 192.168.10.10
Sun Microsystems Inc. SunOS 5.8 Generic Patch February 2004
# bash
[root@amk1s050:/]# rm /tmp/test
[root@amk1s050:/]#

root@amk1s100(5)/root> ssh k5
root@k5's password:

matej's picture

Re: Sutaz 5

Problem moze imho nastat, ked sa preplni /var. Teraz nemam ako overit, vecer odskusam a dam vediet (ak to dovtedy niekto nespravi za mna)...

Vyhyba sa tomu tak, ze /, /home, /var, /var/log, /var/spool, /tmp su vsetky na zvlast particiach (ci uz fyzickych, raid, lvm, alebo loop), je na nich dostatok miesta vzhladom na ocakavanu prevadzku, a preventivne sa premazavaju (napr. logrotate apod.).

Re: Sutaz 5

no, mohol si lepsie specifikovat co za masinu to je, aky OS a pod

gentoo(LVM):

**** ~ # dd if=/dev/zero of=/tmp/bigfile
dd: writing to `/tmp/bigfile': No space left on device
2007633+0 records in
2007632+0 records out
1027907584 bytes (1.0 GB) copied, 18.8996 s, 54.4 MB/s
**** ~ # date
Tue Apr 1 14:45:16 CEST 2008
**** ~ #

ssh ****
Password:
Last login: Tue Apr 1 14:42:56 2008 from ****
comy@**** ~ $
comy@**** ~ $ date
Tue Apr 1 14:45:25 CEST 2008
comy@**** ~ $ df /tmp
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/vg-tmp 1048540 1048540 0 100% /tmp
comy@**** ~ $

ziadny problem s ssh konekciou som nezaznamenal :)

to iste mi robilo na debiane bez LVM, na HP-UX a na AIX

ak sa mylim alebo som nieco nepochopil tak sa vopred ospravedlnujem :)

Re: Sutaz 5

aha ten co nikdy nic nerobi :) teba som tiez dlho nevidel, pisem ti PM aby sme tu nemali moc OOT

Re: Sutaz 5

Problem s ssh nastane len v pripade, ze sa zaplni swap. Teda ram a nasledne swap. Vyhodi ti to chybu typu: SSH exchange failed : connection closed by remote host. V pripade plneho /tmp bezi ssh korektne.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
webhosting by: WebSupport.sk UnlimitedHosting | CustomHosting | FreeWeb.sk