trey blogja

Kegyetlen masnapossag

( trey | 2004. 02. 27., p – 00:00 )

Iszonyuan faj a fejem. Ma jottem meg a Visegradi 3com talakozorol, ahol egy kisse a pohar fenekere neztunk :-)

Cserebe viszont ma bunhodnom kell ezert, mert kegyetlenul zug a fejem. Kaja rendben volt, ital is volt rendesen. Hazi vegyessel koszontottek reggel a nepet... Fellepett az Irigy Honaljmirigy, Soma, hastancos lanyok, ... :-)

Csak a fejem ne fajna....

IBM xSeries 445

( trey | 2004. 02. 23., h – 00:00 )

IBM xSeries 445A mai napi munkam egy -os szerver telepitese volt. A gep 8 processzorig bovitheto, jelenleg 4 processzorral uzemel. Benne 8GB fizikai memória, RAID vezerlo, 2x72GB hotswap SCSI HDD, talalhato. Alaplapon 2x1GE Broadcom adapter. Hotplug memory, memory mirroring, stb...

Bővebb info a szerverrol itt.

Nehany kepet keszitettem a szerverrol:

1.) felulnezet, memoria slotok, PCI slotok, ....

2.) felulnezet, felso processzor-memoria kartya, PCI slotok, ....

3.) elolnezet, ket brutal hotswap ventillatorral

4.) hatulnezet, lathato a ket processzor-kartya "osszelancolva"

5.) felulnezet, PCI slotok

6.) felulnezet

7.) a joszag becsukva

A szerverre SuSE Linux Enterprise Server 8 (SLES8) kerult, vegso helye egy budapesti korhaz lesz, ahol Oracle adatbazis szervert fog futtatni, amellyel a kiszolgalja a egesz korhaz adatnyilvantartasat.

500 napja megy a HUP

( trey | 2004. 02. 12., cs – 00:00 )

500 napja megy a HUPtrey@portal:~$ uptime

7:27PM up 500 days, 6:27, 1 user, load averages: 0.27, 0.21, 0.14

Sajnos ahogy nezem a NetCrafton atfordult a szamlalo. Nehany operacios rendszer eseten 497 napnal 0-ra valt a Netcraft szamlaloja
:-(

A magyarazat:

Additionally HP-UX, Linux, NetApp NetCache, Solaris and recent releases of FreeBSD cycle back to zero after 497 days, exactly as if the machine had been rebooted at that precise point. Thus it is not possible to see a HP-UX, Linux or Solaris system with an uptime measurement above 497 days.

Why do some Operating Systems never show uptimes above 497 days ?

The method that Netcraft uses to determine the uptime of a server is bounded by an upper limit of 497 days for some Operating Systems (see above). It is therefore not possible to see uptimes for these systems that go beyond this upper limit. Although we could in theory attempt to compute the true uptime for OS's with this upper limit by monitoring for restarts at the expected time, we prefer not to do this as it can be inaccurate and error prone.

Suck :-)

Notebookot csereltem

( trey | 2004. 02. 02., h – 00:00 )

A jó

(korábbi, az IBM R32 előtti laptop-om - HP omnibook xt6200)

A rossz

Lecsereltem a notebookomat. Kicsit oreg volt mar. A regi stuff egy IBM R32-es volt, 14.1" TFT (max. 1024x768), 20GB HDD, 512MB memoria, ATi Radeon VGA, Intel Pentium 1.7GHz P4 Mobile, DVD olvaso, 3 USB csatolo, TV-out, 1 PCMCIA, parport, infraport, alaplapi Intel 10/100 Ethernet, winmodem, monitor out, stb.

HUP problemak

( trey | 2004. 01. 06., k – 00:00 )

HUP problemakTegnap reggel (2004. januar. 5) 8-kor arra kerltem, hogy a reggeli kave elkortyolasa mellett csak 200sec alatt jott be a HUP. "Ejnye. Nem jo ez igy!" Nezem a szerver terheleset, 0.1 0.0 0.0. Hat ez nem sok. Vizsgalom az oldalt, latom, hogy a www.debian.hu, es a par napja futo wiki.hup.hu tep mint az allat. Kiveve a HUP fooldal.

Mire gyanakodjak?

1.) elotte Apache-ot frissitettem 1.3.28-rol 1.3.29-re

2.) MySQL szervert forgattam, mert a Wiki-nek csak a 4-es jo (fene a formajat)

3.) httpd.conf-ban letrehoztam egy virtualhostot

Fel delutan debugoltan az apache-ot, es az allandoan azt hanyta, hogy a szerver foglalt, elmeljem meg a Max es Min Spare vagy a StartServers szamat. Megemletem. Semmi.
Stx-szel attetuk a HUP-ot egy masik FreeBSD szerverre, ott is lassu. Erthetetlen, hiszen 2 honapja nem nyultam a kodjoz (skisebb valtoztatatsoktol eltekintve)
Ejfelkor elfogyott a cerna. Portsbol ujraforgatva: mysql40-server, mysql40-client, mod_php4.

Mukodik a regi sebesseggel. Egyelore X akta. Regi apache konfig vissza. Most megy. MySQL es Apache tuningnak utana nezek. Hatha vannak ugyes tips & tricks-ek.

Kicsit elhanyagoltam a blogom

( trey | 2003. 06. 26., cs – 00:00 )

Kicsit elhanyagoltam a blogomNem irtam ide lassan ket honapja. Hogy mi az oka?

Hat csak annyi, hogy elkoltoztem egy uj lakasba. Az utca tuloldalara. Az elozo lakasaban volt ADSL kapcsolatom, tehat nem jelentett problemat az oldal frissitese, a blog karbantartasa. Sajnos az uj lakasban nem volt telefon, igy internet kapcsolat sem. Nem irom le a 2003 evben ADSL kapcsolatra varo user kalvariajat, de most ott tartok, hogy telefon mar van, ADSL megrendelveee. Remelem, hogy hamarosan ujra online leszek, mert megtapasztaltam, hogy az az ember, aki az elmult 3-4 evben internetkapcsolattal rendelkzett, q nehezen tud meglenni nelkule.

Mult vasarnap is estig kellett varnom, hogy megtudjam mi lett a Lennox - Klicsko meccs eredmenye. Bah.

Naszoval, majd meg irok ide, de most dolgom van...

COMPAQ ML530 hack Dankonak ;-)

( trey | 2002. 12. 27., p – 00:00 )

COMPAQ ML530 hack Dankonak ;-)Multkor Danko spanommal szamitogep hazakrol, meg alkatreszekrol beszelgettunk. A mult heten dobtam ossze egyet, olyan kozepszintu kis szervert. Ez egy COMPAQ ML530 belepo szintu szerver. Adatbazis funkciokra kihegyezve, 10db UW3 160 SCSI 36.4GB HDD RAID10 hibaturo tombbe szervezve. A szerver tomege cirka. 80kg. A gyori P***** G***** Rt.-nek keszult mint adatbazis, SQL szerver.
Na Danko koma itt a szerver, amit mondtam:

  • 2 CPU + legterelo + RAID vezerlo
  • 10db UW3 SCSI 36.4GB HDD
  • 10db UW3 SCSI 36.4GB HDD (megegyszer)
  • Memoria kartya (memoria RAID + Memoria online spare
  • ugyanaz kiszerelve
  • hotswap redundans cooler
  • raid kabelek
  • memoria kartya meegyszer
  • haz belulrol
  • Dual Xeon Power
    • Feliratkozás a következőre: trey blogja