Oldal: 1 / 3 123 UtolsóUtolsó
Eredmény: 1 - 10 (24) összesen

Téma: Szerver problémák

  1. #1
    In love with pixels hápi logója
    Csatlakozott
    09-03-10
    Hely
    Budapest
    Hozzászólás
    353
    Begyűjtött 0 köszönetet
    0 hozzászólásával

    Alapbeállítás Szerver problémák

    Sziasztok!
    Adva vagyon egy 2 processzoros Intel Xenon E5502 alapú szerver 24Gb RAM-mal és 4Tb hellyel.
    Ez így önmagában még koránt sem probléma ugyebár.
    Az már annál inkább, hogy a 24Gb RAM állandóan 100% -osan kihasznált.
    A szerveren Plesk és annak szolgáltatásai futnak, valamint uTorrent kliensek.
    A tűzfal ki van kapcsolva. A feladatkezelőben semelyik nem mutat az átlagosnál nagyobb terhelést.
    Sokan azt mondták, hogy valószínű, hogy a uTorrent Disk Cache mechanizmusa miatt foglalt az összes fizikai memória, sok keresgélés után sikerölt az optimumra állítani a cache-t, de a probléma még így is fenn áll. Próbáltam természetesen kikapcsolni a lemez cache szolgáltatást, de az sem segített.
    Átnéztem a naplókat is, de pár sikertelenül megnyitott porton kívül semmi rendkívüli nem történt.



  2. #2
    Törzsvendég RatedY2J logója
    Csatlakozott
    10-03-01
    Hozzászólás
    172
    Begyűjtött 0 köszönetet
    0 hozzászólásával

    Alapbeállítás re: Szerver problémák

    Utorrentnél előfordulnak ilyenek leggyakrabban az általad említett cache probléma miatt, ezen egy töredezettségmentesítés segít.
    Esetleg frissítsd az uTorrentet, vagy downgradelj és rakj be egy régebbi verziót.



  3. #3
    Bölcs
    Csatlakozott
    09-08-20
    Hozzászólás
    524
    Begyűjtött 47 köszönetet
    39 hozzászólásával

    Alapbeállítás re: Szerver problémák

    Nem csak uTorrent cache-elhet, hanem operációs rendszer is! Fájl cache linux-nál teljesen rendben van, hogyha mindent használja... Azért van. Majd ha indulnak a szolgáltatásaid, akkor szabadít fel belőle, de ha swap-pel, akkor gáz van.
    Egyébként szerintem uTorrent-re felesleges ennyi memória, meg ekkora proci... szerintem.

    +
    Azért van, hogy használja...



  4. #4
    scs
    Vendég

    Alapbeállítás re: Szerver problémák

    Csak egy aprócska kérdés:

    Debian alatt a /var/cache/apt/archives mappában lévő (tar.gz) fájlok milyen funkcióval bírnak? Egyáltalán szükségesek ezek oda, vagy törölhetőek? A nevükből arra következtetek, hogy nagy szükség nincs rájuk (arhívumok), de mielőtt elkezdenék gyalulni rajta, megkérdezem, hogy nem-e valamire használja ezeket a linux (az apt mappa teszi számomra gyanússá).
    Köszi előre is a válaszokat.



  5. #5
    Bölcs rendszergazda logója
    Csatlakozott
    09-07-25
    Hozzászólás
    565
    Begyűjtött 108 köszönetet
    65 hozzászólásával

    Alapbeállítás re: Szerver problémák

    A korábban letöltött/telepített csomagok vannak itt, ha kell a hely, kipucolhatod a
    Kód:
    sudo apt-get clean
    paranccsal



  6. #6
    mnz
    mnz nem elérhető
    Mentor
    Csatlakozott
    11-04-02
    Hely
    Augsburg
    Hozzászólás
    305
    Begyűjtött 37 köszönetet
    31 hozzászólásával

    Alapbeállítás re: Szerver problémák

    Idézet hápi eredeti hozzászólása Hozzászólás megtekintése
    Sziasztok!
    Adva vagyon egy 2 processzoros Intel Xenon E5502 alapú szerver 24Gb RAM-mal és 4Tb hellyel.
    Ez így önmagában még koránt sem probléma ugyebár.
    Az már annál inkább, hogy a 24Gb RAM állandóan 100% -osan kihasznált.
    A szerveren Plesk és annak szolgáltatásai futnak, valamint uTorrent kliensek.
    A tűzfal ki van kapcsolva. A feladatkezelőben semelyik nem mutat az átlagosnál nagyobb terhelést.
    Sokan azt mondták, hogy valószínű, hogy a uTorrent Disk Cache mechanizmusa miatt foglalt az összes fizikai memória, sok keresgélés után sikerölt az optimumra állítani a cache-t, de a probléma még így is fenn áll. Próbáltam természetesen kikapcsolni a lemez cache szolgáltatást, de az sem segített.
    Átnéztem a naplókat is, de pár sikertelenül megnyitott porton kívül semmi rendkívüli nem történt.
    Szerintem ne kapcsold ki a lemez chache szolgáltatást, csak állítsd a max memory-t kicsire, attól függ mennyi utorrent fut. Ha a lemez cache felülírást kiveszed teljesen, akkor folyamatosan ki fogja írni, hogy a lemez megtelt, és teljesen lelassul.



  7. #7
    mnz
    mnz nem elérhető
    Mentor
    Csatlakozott
    11-04-02
    Hely
    Augsburg
    Hozzászólás
    305
    Begyűjtött 37 köszönetet
    31 hozzászólásával

    Alapbeállítás re: Szerver problémák

    Ha már itt vagyok kérdezek is
    Miért van az, hogy debian+postfix+courier sql-es felhasználókkal rouncubebbal, spambe küldi a leveleket. De csak akkor, ha beállítunk nevet az e-mail címnek, simán meg ugye pl. annyit ír ki, hogy info, de ha mondjuk xyz kft akkor már spambe küldi... Mitől lehet ez?



  8. #8
    Bölcs rendszergazda logója
    Csatlakozott
    09-07-25
    Hozzászólás
    565
    Begyűjtött 108 köszönetet
    65 hozzászólásával

    Alapbeállítás re: Szerver problémák

    Idézet mnz eredeti hozzászólása Hozzászólás megtekintése
    Ha már itt vagyok kérdezek is
    Miért van az, hogy debian+postfix+courier sql-es felhasználókkal rouncubebbal, spambe küldi a leveleket. De csak akkor, ha beállítunk nevet az e-mail címnek, simán meg ugye pl. annyit ír ki, hogy info, de ha mondjuk xyz kft akkor már spambe küldi... Mitől lehet ez?
    Pontosat csak a spam szűrő logjából lehetne mondani, mért is értékelte spam-nek az adott leveleket, milyen szabályok alapján.

    Egy jellemző gond szokott azonban lenni, hogy a levél nem felel meg 100%-ban a vonatkozó RFC szabályoknak, amit a spam szűrők büntetnek. A roundcube korábban kihívásokkal küzdött sajnos az ékezetek kezelésével, és lehet, hogy ez még mindig gondot okoz neki.

    A levél szövege már napjainkban gond nélkül tud ékezetes karaktereket tartalmazni, sőt, akár html formátum is támogatott, ezt a MIME szabványcsalád szabályozza.

    A levél fejléce azonban NEM tartalmazhat csak US-ASCII karaktereket mind a mai napig! És a From:, To:, Subject: mezők mind a levél fejlécének részei, és ha itt nem megfelelően kódoltan szerepel nem US-ASCII karakter, akkor az már rossz pont a Spam filterek szemében is (az rfc2047 szól erről a témáról).

    Tehát én első körben egy ilyen roundcube alól küldött levél fejlécét nézném meg, hogy mikor megadod az email címhez tartozó teljes nevet, ami esetleg ékezetes karaktert is tartalmaz, azt hogy kódolja a levél fejlécében a roundcube.

    Pl. ha Fű Benő a név, akkor a From: mezőben nem szerepelhet ű vagy ő betű, ellenben valami hasonlónak kellene ott állni:

    =?iso-8859-2?q?F=FB_Ben=F5?=

    Én ezt ellenőrizném (ill. ugyan ez igaz a levél tárgyára is) elsőként a helyedben.


    x

  9. #9
    scs
    Vendég

    Alapbeállítás re: Szerver problémák

    Újabb szerveres kérdésem van. Kicsit hosszabb, összetettebb az előzőnél.

    - Adott egy Debiannal futó VPS, rajta egy ISPConfig admin.
    - Ehhez adott, hogy bizonyos időközönként a mydns szerver leáll. Nem tudom, miért, de leáll. Természetesen változó időközönként teszi. Hol reggel, hol este, hol napközben.
    - Eleinte manuálisan indítgattam újra (/etc/init.d/mydns restart paranccsal). Ez működött is, de mivel nem vagyok mindig gépnél, így előfordult, hogy egy-két napig nem néztem rá, nem lett újraindítva, és emiatt elérhetetlenné váltak a rajta lévő oldalaim. (Egy restarttal persze újra egyből működésbe lendültek.)
    - Mivel nem találtam még külföldi fórumokon sem megoldást rá (vagy csak nem kerestem eléggé), ezért egy alternatív megoldást léptettem életbe:
    a cronban beállítottam, hogy X időközönként újraindítsa a mydns-t.

    Igen, én is tudom, hogy nem túl szakszerű megoldás, bár működik.
    Viszont pont emiatt kérdezném, hogy:
    - Találkozott-e már valaki hasonlóval?
    - Van-e ötlete arra, hogy ezt máshogy hogyan tudnám megoldani?
    (Mármint hogy ne álljon le a mydns.)

    Megjegyzem, hogy csak alapszintű Linux felhasználó vagyok:
    Nagyjából rálátok a Linux működésére, felhasználó- és jogosultságkezelésére, apache dolgokra, csomagkezelésre, meg még pár dologra, de belenyúlni csak akkor szoktam, ha muszáj, mert még sok a kínai benne. A névszerverekkel kapcsolatos dolgok sajnos kifejezetten a homály részét képezik nálam.
    Tehát ha lehet, olyan megoldás kellene, amit én is meg tudok csinálni, és nem vágom tönkre a játszadozásommal az egész cuccot. De ha csak bonyolultabb megoldás van, az is jó, mert legfeljebb majd megtanulom ezt a részét is. Csak arra kérnélek, hogy ebben az esetben kicsit szájbarágósabban írd, hogy én is értsem.

    Ami kimaradt:
    Néha ugye szoktam biztonsági mentéseket csinálni rajta. Néha egy nagyobbacska (2-3 GB) tar.gz fájl készül a sok-sok cuccal (több tízezer fájl van a mentésben, több ezer mappában).
    Ha jól vettem észre (nem 100%, de 98), mikor ilyen nagy műveletek futnak le, akkor is leáll a mydns. Hogy mi köze lehet egy tar parancs futásának a mydns-hez, azt nem tudom. De jó eséllyel ekkor is leáll. Remélem valaki tudni fogja.

    Előre is köszönöm a segítséget!



  10. #10
    mnz
    mnz nem elérhető
    Mentor
    Csatlakozott
    11-04-02
    Hely
    Augsburg
    Hozzászólás
    305
    Begyűjtött 37 köszönetet
    31 hozzászólásával

    Alapbeállítás re: Szerver problémák

    Esetleg egy logot kuldenel rola priviben, es akkor utana jarnek Neked, mert en picit, de haver nagyon ert hozza



Oldal: 1 / 3 123 UtolsóUtolsó

A téma címkéi:

Könyvjelzők

Hozzászólás szabályai

  • Új témákat nem hozhatsz létre
  • Válaszokat nem küldhetsz
  • Fájlokat nem csatolhatsz
  • A hozzászólásaidat nem módosíthatod
  •