Új hozzászólás Aktív témák

• #7973 ivivan tag Wajk #7972

  Új Válasz 2009-06-18 10:06:28 #7973

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz Wajk #7972 üzenetére

  Linux alatt is pontosan az új IP címet és az átjárót kell megadnod. Meg esetleg a DNS-t.

• #7971 ivivan tag dabadab #7970

  Új Válasz 2009-06-17 20:16:54 #7971

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz dabadab #7970 üzenetére

  Hát ez egy etch Debian 2.6.18-6-686-bigmem kernellel, és resize2fs 1.40-WIP (14-Nov-2006) verzióval.

  Szerintem egyébként itt mondja meg, hogy mi a baj:
  old desc_blocks = 3, new_desc_blocks = 4

  Szerintem valami méretet kellene növelnie (nem tudom mi az a desc blocks), amit már nem tud online megtenni...

• #7969 ivivan tag bambano #7968

  Új Válasz 2009-06-17 18:34:20 #7969

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz bambano #7968 üzenetére

  "ha nagyon raplizik, indítsd el single user módban."

  Hát kb 200km-re vagyok a szervertől, szóval ez aligha fog menni...

  Viszont megpróbálom a másik módszert: ettől nem állhat le az ssh, tehát biztos folytatni tudom? (a szerver egy cégnél van, nem szerverteremben, tehát még reset-et se tudok kérni éjjel)

• #7967 ivivan tag bambano #7965

  Új Válasz 2009-06-17 17:49:45 #7967

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz bambano #7965 üzenetére

  de a /var-t nem fogja hagyni nekem lemountolni menet közben nem? Vagy van erre valami trükk, hogy mégis hagyja?

• #7964 ivivan tag GodHeart #7958

  Új Válasz 2009-06-17 16:58:28 #7964

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz GodHeart #7958 üzenetére

  "rádugni sem lehet semmit.. "

  Hmmm, ezt úgy értsük, hogy nincs is rajta VGA és USB csatlakozó?

  Egyetlen ilyen gépet láttam eddig, az egy 16 RISC procis IBM szerver volt, aminek csak a BIOS-a 15 percig indult... Na az olyan volt, hogy be lehetett telnetelni rá (miután elindult a BIOS) és úgy kaptad meg a konzolt, onnan ugyanúgy lehetett indítani, mint bármely más gépet: kötsz a sata csatira egy CD-t és már mehet is...

  De jó lenne pontosan tudni, hogy milyen gép ez...

• #7963 ivivan tag dabadab #7962

  Új Válasz 2009-06-17 16:53:18 #7963

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz dabadab #7962 üzenetére

  Nem, minden partíció ext3 kivéve a boot-ot, ami ext2 (de azt nem akarjuk most úgyse piszkálni)

• #7957 ivivan tag dabadab #7954

  Új Válasz 2009-06-17 14:15:37 #7957

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz dabadab #7954 üzenetére

  Húúú, ez engem most nagyon érdekel!

  Van egy szerverünk, amiben a vinyó - jó Linux szokás szerint - szanaszéjjel van partícionálva (azóta minden szervert egyetlen hatalmas partícióval csinálok): külön van a /home a /boot a /tmp a /usr és a /var, mindez LVM-el.

  Nomármost telepítéskor fogalmunk sem volt, hogy melyik partíció lesz a nagy - akkor még úgy volt, hogy a /home-ban lesz egy nagy samba megosztás, de aztán arra lett külön szerver - ezért kihagytunk a partícionálásból 60G-t, mert hogy az LVM-ben majd ahhoz csapjuk hozzá, amelyikhez akarjuk.

  És el is jött az idő, amikor betelt a /var és a /usr, hát gondoltam átméretezem, mi az nekem? Az lvextend paranccsal sikeresen át is méreteztem a /var-t 40G-ról 60G-ra és itt jön a gond: a df szerint a partíció még mindig 40G-s, az lvs szerint viszont 60G.

  Némi google használat után rátaláltam az resize2fs parancsra, de ha kiadom a

  resize2fs /dev/mapper/sys-var 60G

  parancsot, akkor a következő üzenetet kapom és nem történik semmi:

  Filesystem at /dev/mapper/sys-var is mounted on /var; on-line resizing required
  old desc_blocks = 3, new_desc_blocks = 4
  resize2fs: Filesystem does not support online resizing

  Van valami ötlete valakinek?

• #7915 ivivan tag bambano #7914

  Új Válasz 2009-06-04 11:22:48 #7915

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz bambano #7914 üzenetére

  Nem 4 proci van benne, hanem 1db 2 magos HT-s proci, így az oprendszer számára 4nek látszik (nekem ilyen az asztali gépem is)

  Hát igen, ez a konzisztens állapot jogos, de igazából nagyon valószínűtlen, hogy gondot okozzon, mert a fájloknál ritkán okoz gondot, adatbázist meg nyilván pg_dump/mysqldump paranccsal mentek, ami figyel erre (legalábbis a Postgresnél biztos)

  Na az LVM is egy olyan dolog, amit még nem sikerült jól használnom :-( Az ext3 partíciót nem sikerült megnövelni, ezért most van az egyik szerveren 40G particionálatlan terület, míg az összes -fontos- partíció pár száz megára van a megteléstől és ezért mehetek egyszer majd újra rakni a debian-t...

• #7913 ivivan tag bambano #7912

  Új Válasz 2009-06-04 08:45:27 #7913

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz bambano #7912 üzenetére

  Most így hirtelen végiggondoltam és még nekünk is van egy darab egy procis szerverünk, de ha eljutok végre odáig, akkor az is éppen csere alatt van.
  Nem is lehet már egy procis gépet se nagyon kapni! Tegnap egy Atomos Samba servert raktam össze, még abban is volt 4 proci :-)

  Ennek ellenére igazat kell adjak neked: kipróbáltam és tömörítéssel kb 3x annyi ideig tart a tar, mint tömörítés nélkül. Ott a pont!
  De én maradok a tömörítéses mentésnél, mert általában éjjel mentek és a szervernek több ideje van, mint szabad helye :-)

• #7907 ivivan tag bambano #7906

  Új Válasz 2009-06-03 22:03:47 #7907

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz bambano #7906 üzenetére

  Így van, screen rulez!

  Amúgy szerintem nem lesz lassabb a röptében tömörítéstől, sőt! Feltéve persze, hogy több procis a gép, de egy szervernél ez ma már gondolom alap...

• #7903 ivivan tag Wajk #7902

  Új Válasz 2009-06-03 21:09:02 #7903

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz Wajk #7902 üzenetére

  Nem, nem baj a *, csak nem kell.

  Az önmaga belecsomagolását én meg úgy szoktam megoldani, hogy a /tmp-be rakom először a mentést és utána onnan elmásolom. Tudom, hogy van rá mindenféle kapcsoló, de így egyszerűbb :-)

• #7900 ivivan tag Wajk #7895

  Új Válasz 2009-06-03 20:45:54 #7900

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz Wajk #7895 üzenetére

  1, a tar paraméterei fordítva vannak (ugyanis igazából az "f" módosító paramétere a fájlnév)
  2, én javaslom a tömörítést, egy mai szerver gépen még gyorsabb is lesz, mert nem kell annyit dolgoznia a vinyónak
  3, nem kell a * a végére

  szóval: tar cfvz /mnt/new2/sda2mentes.tgz /mnt/new/

• #7869 ivivan tag doc #7868

  Új Válasz 2009-06-01 22:25:14 #7869

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz doc #7868 üzenetére

  Nana. Az icewm (legalábbis 3 éve mikor utoljára használtam) még desktop ikont sem tudott kezelni. Annál azért többet tud a Win98 (még ha nem is tartom a Win98at oprendszernek)
  Az viszont tény, hogy az icewm villámgyors, ezért is használtam :-)

  Mondjuk nekem nagyon bejött az icewm-ben ALT-SPACE-re lent bejövő kis gyorsindító (kicsit olyan, mint a Windows Run része, csak kézreállóbb), lehet ezért vetettem el a windowmakert :-)

• #7867 ivivan tag mAtech #7866

  Új Válasz 2009-06-01 20:39:34 #7867

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz mAtech #7866 üzenetére

  Ugyan én nem szeretem Linux alatt, ha van X, mert nem használok Linuxot desktopnak, de ha mégis kellett, akkor icewm-et használtam. Buta, mint egy tégla, de villámgyors...

• #7862 ivivan tag doc #7859

  Új Válasz 2009-06-01 14:10:39 #7862

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz doc #7859 üzenetére

  Ez igaz. De egy Debian alaprendszer kb 20 perc alatt települ (nem használok X-et, ezért nem sok mindent kell felrakni), utána azt a 6-8 csomagot, amit használok apt-get install-al felrakom még 20 perc alatt és a configokat (ezért mentem le a /etc-t) odamásolom és cirka 1 óra alatt megvan az egész.
  Cserébe a mentés emberi méretű és nem kell mindig kiírni a teljes Debian rendszert is, ami cirka 1G tömörítve (így is van vagy 14-15G a fejlesztő szerverünk napi mentése)

• #7861 ivivan tag bambano #7860

  Új Válasz 2009-06-01 14:06:32 #7861

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz bambano #7860 üzenetére

  Mi az a Debian repo?

  (hadd tanuljak én is kicsit)

• #7858 ivivan tag doc #7856

  Új Válasz 2009-06-01 11:33:32 #7858

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz doc #7856 üzenetére

  Szerintem elég lenne neki a /var/ és /etc/ könyvtárak összetarozása. Esetleg ha nagyon paranoiás, akkor még a /usr/-t is le lehet menteni. Én csak ezeket szoktam, ebben minden benne van (persze nagy szerveren ez reménytelen vállalkozás, ezért nem is mentem az egész /var/-t, csak amit feltétlenül kell)

  És én ezért nem utaznék Pestre: ezt simán ssh-val is ki lehet adni és átmásolni Interneten keresztül. 2G kevesebb, mint 1 óra alatt lejön.

  Visszatérve az én Apache problémámra: senkinek nincs ötlete?

• #7821 ivivan tag Bling95 #7820

  Új Válasz 2009-05-23 15:17:20 #7821

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz Bling95 #7820 üzenetére

  Szia

  Nem vagyok egy nagy Linux guru, de ebben tudok segíteni: igen, meg lehet oldani minden Linux disztribúcióval, hogy dual boot-os legyen, azaz tudjon bootolni a Linux és a Windows is. (azt mondjuk nem tudom, hogy a Vista mennyire kavar ebbe bele, mert azzal még nem próbáltam, de gondolom azzal is megy a dolog)

• #7818 ivivan tag bambano #7807

  Új Válasz 2009-05-23 12:57:32 #7818

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz bambano #7807 üzenetére

  Na, most jött elő a jelenség megint: a netstat szerint 70 nyitott kapcsolat van a 80as porton, amiből 40 TIME_WAIT a maradék ESTABLISHED.

  Hétvége van, ezért a szerver terheltsége elhanyagolható, tehát ez sem lehet az oka...

• #7808 ivivan tag bambano #7807

  Új Válasz 2009-05-22 14:38:15 #7808

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz bambano #7807 üzenetére

  fail2ban nincs fent és a tcp syncookies is ki van kapcsolva.

  A netstatot megnézem, ha megint előjön a hibajelenség.

  Az error logban egyetlen furcsa bejegyzés van, ami nem szokott lenni:
  sh: line 0: kill: (12040) - No such process

  De lövésem sincs, hogy ez mire utalhat.

• #7802 ivivan tag bambano #7797

  Új Válasz 2009-05-22 10:46:24 #7802

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz bambano #7797 üzenetére

  Milyen log érdekel? 64 bites a Debian és van rajta munin. Mit nézzek a muninon? Én semmi változást nem látok rajta akkor, amikor nem megy, ahhoz képest, amikor megy azon kívül, hogy az Apache graph-ok szaggatottak lesznek (mert gondolom a munin sem kapja meg a stat infókat az Apache-tól)

• #7795 ivivan tag _ak_ #7787

  Új Válasz 2009-05-21 16:41:24 #7795

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  válasz _ak_ #7787 üzenetére

  Szia

  Mindenképpen szeretnél X-et a gépre? Mert akkor szerintem a 64M RAM kevés lesz (rakj rá valami ősrégi Linuxot, mondjuk Redhat 7-et, az biztos ment ezen is :-) De persze a Win9x-eknek is elég lenne ez a gép :-D ), de X nélkül a mostani Debian vígan fut 32M RAM-on is (én történetesen egy ASUS routerren használok Debiant 32M RAM-mal és 260MHz-es procival :-) )

• #7789 ivivan tag

  Új Válasz 2009-05-21 11:09:07 #7789

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivivan

  tag

  Sziasztok
  Keresgéltem, de nem láttam, hogy ez a kérdés felmerült volna itt, ha mégis, akkor elnézést kérek...
  Szóval: van egy Dell szerver, rajta Debian-nal. Most lett frissítve etch-ről lenny-re (meg megdobva még 4G RAM-mal, mert 2G nem volt elég)
  Jól megszívtam a frissítést, de most már végre megy. Viszont (naná hogy van egy viszont!) az Apache néha (1 nap után, de néha tovább is bírja) úgy dönt, hogy némelyik kérésre 0 byte-os választ ad - de nincs szabályosság a dologban, mert egy F5 többnyire megoldja a problémát. A megoldás egy Apache restart és utána megint megy 1 napig.

  Találkozott már valaki ilyen problémával?

Új hozzászólás Aktív témák