Re: Ubuntun nem szabadul fel a hely
2015.02.10. 21:31 keltezéssel, Válas Péter írta: Nem tudom, mi ez, de folyamatban van a bővítés, csak sajnos több szereplős a játszma. Most látom, hogy ez egy Ubuntu 10.04.2 LTS, ennek hamarosan lejár a támogatása (pár hónap). Ezért, ha egy mód van rá, akkor ezt nem bővíteni kell, hanem újratelepíteni és migrálni. Veres Sándor --- A levél vírus, és rosszindulatú kód mentes, mert az avast! Antivirus védelme ellenőrizte azt. http://www.avast.com ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
On 2015-02-12 13:38, Válas Péter wrote: Köszönöm. A logot egy PHP program generálta, az Apache restart nem segített, a bővítés viszont éppen folyamatban van. Majd szólok a verzióért is. apache restart ebben az esetben csak akkor segit, ha o inditotta a php-t. de php-t lehet CLI-bol is inditani, apache nelkul. kill -HUP pid vagy csak siman allitsd le es utana inditsd ujra, hatha ez segit. udv adam ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
Köszönöm. A logot egy PHP program generálta, az Apache restart nem segített, a bővítés viszont éppen folyamatban van. Majd szólok a verzióért is. 2015. február 12. 9:19 Veres Sándor írta, ver...@kossuthzs-szeged.sulinet.hu: 2015.02.10. 21:31 keltezéssel, Válas Péter írta: Nem tudom, mi ez, de folyamatban van a bővítés, csak sajnos több szereplős a játszma. Most látom, hogy ez egy Ubuntu 10.04.2 LTS, ennek hamarosan lejár a támogatása (pár hónap). Ezért, ha egy mód van rá, akkor ezt nem bővíteni kell, hanem újratelepíteni és migrálni. Veres Sándor --- A levél vírus, és rosszindulatú kód mentes, mert az avast! Antivirus védelme ellenőrizte azt. http://www.avast.com ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/ ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
Szia, On 2015-02-10 15:36, Válas Péter wrote: A törlés a Midnight Commanderrel történt, nem hiszem, hogy amögött valami átírt parancs lenne. A linux olyan, mint a teszko. A legkisebb informacio is szamit. https://www.midnight-commander.org/ticket/2310 When moving a directory to a different filesystem (ie, copy+delete), MC postpones deletion until after all copying is done. However, if there is some interruption, most likely due to target fs running out of space, MC will fail to do pending deletions of already completed files. Azt irtad az elso levelben, elobb masoltal aztan toroltel. Ez alapjan a fenti bug pontosan raillik az esetedre. Ne eroltessuk az MC-t, legalabb troubleshooting soran ne, mert elkepzelheto, hogy uj hibakat vezet be az egyenletbe. udv adam ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
Szia, On 2015-02-10 14:31, Válas Péter wrote: A merevlemez betelése miatt letöröltem a /root könyvtárból egy 1 GB [...] A df semmit nem reagált, a % nem változott, tehát mintha nem szabadult volna fel a letörölt file helye. Hogy lehet ez, és mit tegyek? Szájbarágósan, ha lehet. tok jo lett volna, ha te is szajbaragosan irod le a problemat, peldaul mellekeled a df -ah parancs kimenetet. Mert ugye ezermillio oka lehet. De ha nem megoldast szeretnel, hanem talalgatast, akkor tessek, itt van egy. Alapbol a linux filerendszereknel nem tudod a teljes meretet kihasznalni, pontosabban csak a rendszergazda tudja. Alapertelmezetten a particio 5%-a fenntartott es csak a root tud irni ra. Nyilvan a mai kapacitasoknal az 5% egy jelentos meretet adhat, hiszen mig mondjuk 1993-ban egy 420 MB merevlemezen ez 21MB volt, egy mai teljesen elterjedt 2 TB diszken ez 100GB (ketezerrel szamolva es nem 2048-cal). 100GB azert nem keves mar. Azt irtad betelt a diszk, es a rendszergazda home-jaban volt az 1GB file. Nyilvan kozonseges felhasznalo nem tud oda irni (remeljuk a rendszergazda legalabb ert hozza) tehat nyilvan a root irta tele ha onnan akartatok torolni. Ezen apro morzsak alapjan azt gondolom, az elmeletem a hibarol valid es pontosan ez tortent nalatok. Azt sem irtad mekkora a diszk amirol szo van, de elovettem a kristalygombomet es kiolvastam belole. Es arra jutottam, hogy a df kimenete mar tok regen 100%-nak mutatta a telitettseget. De ha megnezted volna tuzetesebben, akkor lattad volna, hogy az used es avail oszlopok osszege nem adja ki a size oszlopban mutatott erteket. Azaz benne vagy a bizonyos 5%-ban, igen, toroltel helyet de meg nem jutottal az 5% kuszob ala, ezert tovabbra is 100% a telitettseg. Ez azt jelzi, hogy kozonseges felhasznalok szamara tele a diszk, a rendszergazda (es rendszergazda jogu processek) pedig meg irhatnak ameddig tudnak. Hogy miert igy mukodik a linux, mely file rendszereke eseten, azt azert nem irom le, mert egy df kimenet mellekelesehez sem vetted a faradtsagot, holott tudtad, mi az a df. Guglizd ki, ha erdekel miert igy mukodik, van mogotte racio. Megoldas tobb van. 1) toroltok meg. onnan ahonnan jonak latjatok, ez ratok van bizva. egyszer csak eleget toroltetek mar ahhoz, hogy az 5% limiten kivulre erjetek es akkor a szazalekos ertek is mutatni fogja a torlest. mert addig szamokat kene osszeadni es onnan latnad a kulonbseget. 2) nagyobb diszk. gondolom, ez trivialis. 3) az 5%, mint emlitettem, alapertelmezett. termeszetesen lehet allitani, a tune2fs programmal es egy bizonyos parameterrel. Guglizd ki ezt is, melyik, vagy legkozelebb adj meg minden adatot, hogy ne talalgatni kelljen, hanem azonnal pontos segitseget adni. Az uj beallitando erteket nektek kell eldonteni, illetve a rendszergazdanak aki valoszinuleg ismeri a fenti jelenseget es tisztaban van vele miert van, ezert meg tudja becsulni mennyi a biztonsagos ertek. A beallitas azonnali, a kovetkezo df kimenetben mar latszik az eredmeny es nem kell ujrainditani semmit az ervenyre jutashoz. udv adam ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
Köszönöm a válaszokat. Mint írtam, nem értek a Linuxhoz, és nem hiszem, hogy ezt a gorombaságot érdemeltem. Igen, a df parancsot is úgy gugliztam ki, és nem tudtam, hogy további kapcsolókra van szükség, és hogy milyen egyéb adatok kellenek a problémamegoldáshoz, ezért a négyszeri orrbaverés helyett, hogy még mit nem írtam oda, talán barátságosabb lett volna egy Mit ír ki a df -ah? kérdés. Én erre gondoltam szájbarágós címszó alatt. Nehéz úgy guglizni, ha nem tudod, hogy mit keresel, és még azt sem, hogy keresned kéne valamit. 2015. február 10. 15:47 írta, k...@mayten.sch.bme.hu: Azt irtad betelt a diszk, es a rendszergazda home-jaban volt az 1GB file. Azt írtam, hogy a /root könyvtárban volt. Azt sem irtad mekkora a diszk amirol szo van, de elovettem a kristalygombomet es kiolvastam belole. Es arra jutottam, hogy a df kimenete mar tok regen 100%-nak mutatta a telitettseget. Nem, folyamatosan ment fel, volt előtte 98%. (Sudo után néztem.) Azóta a rendszergazda törölt egy másik logot (apache) is, ami tényleg törlődött, és most 94%-on áll. Továbbá becsatolt a saját home-jába egy távoli merevlemezt, amire manuálisan át lehet helyezni dolgokat. Azt gondolom, hogy ez nem az 5%-os hiba lehet. (Ez most nem tartalmazza a bemountolt külső lemezt.) FilesystemSize Used Avail Use% Mounted on /dev/xvda15.6G 5.0G 351M 94% / proc 0 0 0 - /proc none 0 0 0 - /sys none 0 0 0 - /sys/fs/fuse/connections none 0 0 0 - /sys/kernel/debug none 0 0 0 - /sys/kernel/security none 989M 128K 989M 1% /dev none 0 0 0 - /dev/pts none 1001M 0 1001M 0% /dev/shm none 1001M 64K 1001M 1% /var/run none 1001M 0 1001M 0% /var/lock none 1001M 0 1001M 0% /lib/init/rw none 0 0 0 - /proc/xen VP ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
2015. február 10. 16:43 írta, k...@mayten.sch.bme.hu: When moving a directory to a different filesystem (ie, copy+delete), MC postpones deletion until after all copying is done. However, if there is some interruption, most likely due to target fs running out of space, MC will fail to do pending deletions of already completed files. Azt irtad az elso levelben, elobb masoltal aztan toroltel. Ez alapjan a fenti bug pontosan raillik az esetedre. Ne eroltessuk az MC-t, legalabb troubleshooting soran ne, mert elkepzelheto, hogy uj hibakat vezet be az egyenletbe. Szia! És ha ez történt, akkor hogyan lehet kideríteni, illetve bevégezni a törlést? ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Ubuntun nem szabadul fel a hely
Van egy Ubuntu 10.04.2 LTS. Ezen nekem sudo jogom van, de ettől még nem értek hozzá, bizonyos védett könyvtárak miatti hozzáféréshez kaptam, a problémát viszont a rendszergazda sem tudja megoldani. A merevlemez betelése miatt letöröltem a /root könyvtárból egy 1 GB csekélységű logot. Hogy hogy került oda, ne firtassuk, valaki csuklik. Pontosabban előbb áthelyeztem a Midnight Commanderrel a saját home könyvtáramba, hogy le tudjam menteni, és onnan töröltem le. A df semmit nem reagált, a % nem változott, tehát mintha nem szabadult volna fel a letörölt file helye. Hogy lehet ez, és mit tegyek? Szájbarágósan, ha lehet. VP ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
Van egy Ubuntu 10.04.2 LTS. Ezen nekem sudo jogom van, de ettől még nem értek hozzá, bizonyos védett könyvtárak miatti hozzáféréshez kaptam, a problémát viszont a rendszergazda sem tudja megoldani. A merevlemez betelése miatt letöröltem a /root könyvtárból egy 1 GB csekélységű logot. Hogy hogy került oda, ne firtassuk, valaki csuklik. Pontosabban előbb áthelyeztem a Midnight Commanderrel a saját home könyvtáramba, hogy le tudjam menteni, és onnan töröltem le. A df semmit nem reagált, a % nem változott, tehát mintha nem szabadult volna fel a letörölt file helye. Hogy lehet ez, és mit tegyek? Szájbarágósan, ha lehet. Szia! Úgy hangzik, semmit sem tudsz tenni. A linux úgy próbál elébemenni az elfogyott a hely üzeneteknek, hogy amikor kezd csökkenni a tárhely, csak a rendszergazda tud írni. És hiába töröl, nem látszik a felszabadulás, mert az a terület rendszergazdák számára fenntartott... Nemrég nálunk is belefutotttunk hasonlóba, miután leszedtem a régi kerneleket (apt-get autoremove), rögtön lett hely (Egy próbát megér.) Üdv: TT ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
Szia, Azt irtad betelt a diszk, es a rendszergazda home-jaban volt az 1GB file. Azt írtam, hogy a /root könyvtárban volt. a /root a rendszergazda home-ja... Azt sem irtad mekkora a diszk amirol szo van, de elovettem a kristalygombomet es kiolvastam belole. Es arra jutottam, hogy a df kimenete mar tok regen 100%-nak mutatta a telitettseget. Nem, folyamatosan ment fel, volt előtte 98%. (Sudo után néztem.) Azóta a rendszergazda törölt egy másik logot (apache) is, ami tényleg törlődött, és most 94%-on áll. Továbbá becsatolt a saját home-jába egy távoli merevlemezt, amire manuálisan át lehet helyezni dolgokat. Azt gondolom, hogy ez nem az 5%-os hiba lehet. na latod, ha eleve bemasoltad volna a df kimenetet, ami amugyis rendelkezesedre allt, akkor nem ir ket ember valamit, aminek amugy semmi koze a hibadhoz es nem vagy kisegitve vele. A df amugy mindenkinek ugyanazt mutatja, fuggetlenul attol, hogy a rendszergazda szamara van foglalva a hely, o is 100%-ot lat. Ezert kell az avail oszlopot nezni, nem pedig a szazalekot. A df kimenet alapjan cca. 250-300 mega a fenntartott hely, ami nagyjabol 5%, azaz default erteken van a root szamara fenntartott hely. Ez esetben erdemes arra fokuszalni, hogy a torles tenyleg nem tortenik meg, es nem csak a % ertek nem mozdulasabol kovetkeztetsz erre. Erre lehetseges megoldasok: 1) egy file nem torlodik akkor, ha a processz ami irja, fogja. Igen, rm parancs letorli, eltunik, de nem, a helye nem szabadul fel addig, amig a processz ami fogja nem all le es/vagy indul ujra. Az apache tipikusan ilyen, letorlod a logokat es kell egy rehash / reload / restart a demonnak, hogy a foglalt hely tenyleg felszabaduljon. Ha ezt nem teszed meg, az ls parancs kimenete alapjan minden tok jo, de valojaban az apache emlekszik hol tartott es onnan folytatja az uj file-ban. Tehat: ha torolsz valamit, gyozodj meg rola, hogy a program ami irta is tud errol. Ez jarulekos kovetkezmenye egy valoban multiuser kornyezetnek, windowsban ugye ilyenkor jonne a 'nem torolheto, valaki hasznalja' uzenet. 2) Egy idoben, mikor tomegesen alltak at windowsrol linuxra emberek, divat volt alias-t tenni az rm parancsra. Ugye nem veletlenul van linuxon rm (remove) parancs, a dos-os del (delete) helyett. Ez _tenyleg_ eltavolit, nem csak torol. Ez szokatlan volt a sok embernek akik atalltak, nem ertettek miert nincsen undelete, meg recycle bin. Ezert csinaltak nekik, az rm parancs feluldefinialasaval. Egy alias parancs azt csinalta, hogy az rm parancs helyett valojaban egy mv (move) -ot hajtott vegre. Igy a file eltunt, mert a rendszer atmozgatta mashova, de hely nem szabadult fel. A helyedben megneznem, nincs-e itt is ilyesmi. udv adam ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
2015. február 10. 16:29 írta, k...@mayten.sch.bme.hu: a /root a rendszergazda home-ja... Akkor tanultam valamit, köszi. na latod, ha eleve bemasoltad volna a df kimenetet, ami amugyis rendelkezesedre allt, akkor nem ir ket ember valamit, aminek amugy semmi koze a hibadhoz es nem vagy kisegitve vele. Nem tudtam, hogy szükséges, de amikor szóltál, akkor írtam. Azt gondoltam, hogy lehet valami általánosan ismert folyamat (amint lehet is). A törlés a Midnight Commanderrel történt, nem hiszem, hogy amögött valami átírt parancs lenne. Rákérdezek, hogy újraindult-e azóta a logot előállító program. Nem tudtam, hogy a Linux enged törölni olyan állományokat, amik használatban vannak. Köszi. ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
Szia, Szia! És ha ez történt, akkor hogyan lehet kideríteni, illetve bevégezni a törlést? rendszergazdakent cd / du -sm * megnezed mely konyvtarak foglaljak a legtobb helyet (pszeudo filerendszerek: proc, sys nem jatszanak) amelyik a legtobb, oda belelepsz es rekurzivan folytatod ezt amig meg nem talalod milyen file vagy file-ok azok amik sok helyet foglalnak miutan megvan mi foglalja a sok helyet, konzultalsz a rendszergazdaval, hogy torolheto-e ha torolheto, akkor rm -f file, ha konyvtar, akkor rm -fr dir mivel nem ures konyvtarakat alapertelmezetten nem lehet torolni rm parancsot esszel hasznalni, itt nincs visszallitas ha logfile es csak felul akarod irni, de jogosultsagot, tulajdonost meg akarod tartani, akkor cp -f /dev/null file ez nullara csokkenti a hosszat. df -ah, ha eleg a hely, orulsz, ha nem, kezded elorol rendszergazdaval folyamatosan konzultalsz es csak azt torlod/irod felul amit o is jonak lat, illetve a relevans processzeket, ha vannak, ujrainditod, hogy tenyleg torlodjon a file es minden parancs kiadasa elott elolvasod a manualt az adott parancsrol. lebegjen a szemed elott az illeto, aki sok eve IRCen megkerdezte, hogy lehet linux alatt media file-okat lejatszani. majd gondolkodas nelkul kiadta rendszergazdakent az rm -fr / parancsot, mert negyen azt mondtuk neki, ez lejatszik minden real media file-t a gyokerbol kiindulva, rekurzivan. szal sosem bizol meg senkiben ha rendszergazdakent hajtod vegre a parancsot. udv adam ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
OFF:stílus:Re: Ubuntun nem szabadul fel a hely
2015.02.10. 17:04 keltezéssel, k...@mayten.sch.bme.hu írta: es minden parancs kiadasa elott elolvasod a manualt az adott parancsrol. lebegjen a szemed elott az illeto, aki sok eve IRCen megkerdezte, hogy lehet linux alatt media file-okat lejatszani. majd gondolkodas nelkul kiadta rendszergazdakent az rm -fr / parancsot, mert negyen azt mondtuk neki, ez lejatszik minden real media file-t a gyokerbol kiindulva, rekurzivan. szal sosem bizol meg senkiben ha rendszergazdakent hajtod vegre a parancsot. Majd lebeg neki. A szeme előtt. Ha megengeded, pontosan ez a sz@r, bocsánat nem tudok rá jobb szót, ez a sz@r stílus, ami sokakat visszariaszt a linux használatától majdnem 2 évtizede, amit linux listán műveltek. Én csak arra kérlek, ezt a stílust ne próbáld itt bevezetni, ez itt eddig nem volt szokás. köszönjük ha valóban népnevelő módon hozzászólsz, de értsd meg itt nem mindenkinek fő profilja és élete a linux/rendszergazdaság, akik ide járnak mindössze el akarják végezni és jól a dolgukat, felelősségük teljes tudatában, egy mai magyar iskolában. Szerencsére üdítő kivételeket ismerek, igazi embereket a linux listákról. A hozzáértésedet tisztelem. Viszont az RTFM itt nem szimpi. Listagazda??? Vélemény? sl ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
Köszönöm a válaszokat. Mint írtam, nem értek a Linuxhoz, és nem hiszem, hogy ezt a gorombaságot érdemeltem. Igen, a df parancsot is úgy gugliztam ki, és nem tudtam, hogy további kapcsolókra van szükség, és hogy milyen egyéb adatok kellenek a problémamegoldáshoz, ezért a négyszeri orrbaverés helyett, hogy még mit nem írtam oda, talán barátságosabb lett volna egy Mit ír ki a df -ah? kérdés. Én erre gondoltam szájbarágós címszó alatt. Nehéz úgy guglizni, ha nem tudod, hogy mit keresel, és még azt sem, hogy keresned kéne valamit. Szia! 6G egy mai Ubuntunak (pláne, ha van rajta grafikus felület is, pedig általában szokott...), szinte semmi... Restartolni nem lehet? Az talán a kolléga által említett virtuális lyukakat is megszünteti... Üdv: TT ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
Szia, On 02/10/2015 21:38, Pirity Tamas Gabor wrote: Ha nagyon nem értesz hozzá (és nincs nélkölözhetetlen 7/24 szolgáltatás a gépen, akkor indítsd újra a gépet és jó lesz. Ha ez nem járható út, En is gondolkodtam, hogy javasoljam neki az ujrainditast, de nem tettem, mert szerintem nem feltetlenul hoz javulast. Prezizebben fogalmazva, latok olyan esetet, amikor nem hoz megoldast. A legtobb demon mikor leallitod, ir meg egy sort a file-ba, leloggolja, hogy most leallt. Tehat a timeline a kovetkezokeppen nezne ki: - kollega letorli a file-t, ami 'eltunik' - a demon fogja, tehat valojaban nem torlodott - kollega ujrainditja a gepet - demon leloggolja a gep leallitasa kozben a tenyt, hogy leall - ezzel visszakerul a file a megnovelt hosszal a helyere - a gep ujraindult es visszajutottunk abba a pozicioba, ahol voltunk A megoldas szerintem a forditott sorrend: elobb leallitas, aztan torles, amit rebootnal nem tud megtenni, csak ha trukkozik (single mod, stb), ami meg szolgaltatas-kiesessel jar. Olyan esetekben hozhat eredmenyt, ahol tobb log van es a demon nem mindbe ir. Peldaul apache eseten ugye a nagyobb meretu normal uzemben az access.log (felteve, hogy nincsenek hibas scriptek STDERR-jei naplozva rendszeresen), de a demon a leallast az error.log -ba naplozza. Itt elofordulhat, hogy letorlod mindkettot, ujrainditas utan az access log valoban ures/hianyzik, az error log viszont marad. Dehat, szanni valo drogos orult vagyok, mit szamit mit gondolok. udv adam ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
On Tue, Feb 10, 2015 at 03:31:49PM +0100, Válas Péter wrote: A merevlemez betelése miatt letöröltem a /root könyvtárból egy 1 GB csekélységű logot. Hogy hogy került oda, ne firtassuk, valaki csuklik. Pontosabban előbb áthelyeztem a Midnight Commanderrel a saját home könyvtáramba, hogy le tudjam menteni, és onnan töröltem le. A df semmit nem reagált, a % nem változott, tehát mintha nem szabadult volna fel a letörölt file helye. Hogy lehet ez, és mit tegyek? Szájbarágósan, ha lehet. Meg kell keresni azt a programot (daemont), amelyik a logot gyártja, és azt újraindítani. Az ilyen daemonok megnyitják egyszer a logjukat és utána írogatnak bele. Amíg le nem zárják, addig hiába törlöd, a daemon látja és így a hely nem szabadul fel. Ha nagyon nem értesz hozzá (és nincs nélkölözhetetlen 7/24 szolgáltatás a gépen, akkor indítsd újra a gépet és jó lesz. Ha ez nem járható út, akkor a logból igézz be pár tucat sort és akkor megmondjuk, hogy melyik daemont (szolgáltatást) kell újraindítanod (és hogyan). Tamás -- PTG The discerning person is always at a disadvantage. ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: OFF:stílus:Re: Ubuntun nem szabadul fel a hely
Hello! Listagazda??? Vélemény? Egyetertek, csak megeloztel... -- Udv: Molnar Peter http://www.petersoft.hu ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
2015. február 10. 21:17 Veres Sándor írta, veres.san...@gmail.com: Ha jól sejtem, akkor ez egy xen virtuális gép, ha igen, akkor adni kell neki még egy kis tárterületet, hogy hogyan, azt majd megírja az aki ismeri a xen-t. Nem tudom, mi ez, de folyamatban van a bővítés, csak sajnos több szereplős a játszma. ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
2015. február 10. 16:33 Takacs Tibor írta, taka...@ntszki.hu: 6G egy mai Ubuntunak (pláne, ha van rajta grafikus felület is, pedig általában szokott...), szinte semmi... Restartolni nem lehet? Az talán a kolléga által említett virtuális lyukakat is megszünteti... Én is pont ezt akartam írni, hogy a kb 6GB elég kevéske, nemcsak desktop, de szerver változat estén is, főleg ha fut néhány szolgáltatás, ami intenzíven naplóz. Ha jól sejtem, akkor ez egy xen virtuális gép, ha igen, akkor adni kell neki még egy kis tárterületet, hogy hogyan, azt majd megírja az aki ismeri a xen-t. Veres Sándor ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
Ok, koszi a pontositast a file lezaras/torlesrol! -- Sent from my cellphone. ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/
Re: Ubuntun nem szabadul fel a hely
On Tue, Feb 10, 2015 at 09:52:34PM +, k...@mayten.sch.bme.hu wrote: En is gondolkodtam, hogy javasoljam neki az ujrainditast, de nem tettem, mert szerintem nem feltetlenul hoz javulast. Prezizebben fogalmazva, latok olyan esetet, amikor nem hoz megoldast. A legtobb demon mikor leallitod, ir meg egy sort a file-ba, leloggolja, hogy most leallt. Tehat a timeline a kovetkezokeppen nezne ki: - kollega letorli a file-t, ami 'eltunik' - a demon fogja, tehat valojaban nem torlodott - kollega ujrainditja a gepet - demon leloggolja a gep leallitasa kozben a tenyt, hogy leall - ezzel visszakerul a file a megnovelt hosszal a helyere - a gep ujraindult es visszajutottunk abba a pozicioba, ahol voltunk Ez nem így van. A daemon leállása után szabadul fel a hely, kb. mintha a törlés művelet a fájl fogása miatt egy io-queue-ba kerülne, hogy ,,más processzek számára a fájl nem létezik, de ennek a processznek még szabad bele írnia -- így a lemezen a blokkok foglaltak --, és amikor ez a processz (leállás közben) akar még bele írni, akkor írhat, de amikor a processz lezárul, akkor a fájl ténylegesen törlődik és a hely felszabadul. Dehat, szanni valo drogos orult vagyok, mit szamit mit gondolok. Nem, egész egyszerűen (ebben az esetben) tévedsz. :) -- PTG Davis' Law of Traffic Density: The density of rush-hour traffic is directly proportional to 1.5 times the amount of extra time you allow to arrive on time. ___ Techinfo mailing list Techinfo@lista.sulinet.hu Fel- és leiratkozás: http://lista.sulinet.hu/mailman/listinfo/techinfo Illemtan: http://www.szag.hu/illemtan.html Ügyfélszolgálat FAQ: http://sulinet.niif.hu/