Linux-haladó

Adott egy hosting site, 1000+ domainnel. Mindegyiknek kulon apache.log, 365 napra visszamenoen. A fonokom azt szeretne, hogy
1. toltsuk le az osszes logot, datummal ellatva es a domainnek megfeelo konyvtarba
2. a logrotate tovabbra is rotalja, egy ev utan kuka, de nalunk legyen meg a mentes.

Ha nem kellene a datum a logokba, akkor egyszerubb lenne, wget a kliensen es find a szerveren, ami kirakja egy kulon konyvtarba mondjuk.

Van valakinek otlete? Tehat, megegyszer
/host/xy.hu/log/*
/host/zx.hu/log/*
.
.
.
stb

A "log" konyvtarakban naponta valtozo logok, tehat a wget -c sem a legjobb. (masnap mar a log.100.gz ugye log.101.gz nevre fog hallgatni)

A címben említett trió nekünk 2 napon belül 2x okozott minden különösebb ok nélkül kernel panic-ot éles környezetben, szóval egyelőre óva intek mindenkit, igyexem bejelenteni a RedHat-nek a problémát.

Egyébként a .78 és a .78.0. között röpke 10 nap telt el a szokásos kb. 1 hónap helyett, szóval vmi nem kerek.

Sziasztok!

A következő problémával fordulok hozzátok:
Adott egy fix ip-s kapcsolat, nevezzük primary-nek. Továbbá adott egy fix ip-s dsl kapcsolat. A kettőt active-active failoverben szeretném használni iproute2-vel. Ez amíg nem dsl volt a 2. kapcsolat simán megoldottam egy db default route-al.
Viszont, a ppp miatt a 2. kapcsolatom gw-je állandóan változik, amikor újracsatlakozik a szerver a ppp interfészen.
Odáig rendben is lenne h. letörlöm az egy szál default route-om, majd hozzáadok egy újat a már javított 2. gw-vel. A probléma az h. ha letörölöm a default gw-t, akkor megszűnnek a már létező kapcsolatok, ezt pedig nem tehetem meg.
Milyen alternatívák vannak iproute2 esetén erre a problémára?

Előre is köszi!

Zoli

üdv!

tegnap is az történt, ami most az előbb is: nagyban dolgozunk, egy ubuntu 7.04 szerveren lévő samba megosztáson lévő fájlokkal, sőt, én még éppen be is voltam lépve a szerverre vnc-vel, mikor egyszercsak - hopsz, a szerver nem elérhető!
tegnap is ugyanez volt, csak kb. délben. most meg 11kor.

nem fagyott meg a szerver, az továbbra is műkszik, csak nincs hálózati kapcsolata.
gyorsan beléptem rá helyileg, sudo /etc/init.d/networking restart, és ment minden tovább.

részlet a syslogból:
...
Aug 5 10:55:55 localhost cyrus/ctl_cyrusdb[9336]: checkpointing cyrus databases
Aug 5 10:55:55 localhost cyrus/ctl_cyrusdb[9336]: archiving log file: /var/lib/cyrus/db/log.0000000001
Aug 5 10:55:55 localhost cyrus/ctl_cyrusdb[9336]: archiving log file: /var/lib/cyrus/db/log.0000000001
Aug 5 10:55:55 localhost cyrus/ctl_cyrusdb[9336]: archiving database file: /var/lib/cyrus/annotations.db
Aug 5 10:55:55 localhost cyrus/ctl_cyrusdb[9336]: archiving database file: /var/lib/cyrus/mailboxes.db
Aug 5 10:55:55 localhost cyrus/ctl_cyrusdb[9336]: archiving log file: /var/lib/cyrus/db/log.0000000001
Aug 5 10:55:55 localhost cyrus/ctl_cyrusdb[9336]: done checkpointing cyrus databases
Aug 5 10:55:55 localhost cyrus/master[5007]: process 9336 exited, status 0
Aug 5 11:04:33 localhost gdm[9158]: gdm_slave_xioerror_handler: Végzetes X hiba - 127.0.0.1:1 újraindítása
Aug 5 11:04:33 localhost gconfd (jani-9230): 15 szignál érkezett, tiszta leállás következik.
Aug 5 11:04:33 localhost gconfd (jani-9230): 15 szignál érkezett, tiszta leállás következik.
Aug 5 11:04:33 localhost gconfd (jani-9230): Kilépés
Aug 5 11:04:47 localhost gdmgreeter[5068]: Theme broken: must have pam-message label!
Aug 5 11:04:57 localhost gdm[4865]: gdm_auth_user_add: A(z) /home/jani/.Xauthority tulajdonosa nem a(z) 1000 uid.
Aug 5 11:04:58 localhost gconfd (jani-9561): indulás (2.18.0.1 verzió), pid: 9561, felhasználó: "jani"
Aug 5 11:04:58 localhost gconfd (jani-9561): A(z) "xml:readonly:/etc/gconf/gconf.xml.mandatory" címet sikerült feloldani egy csak olvasható konfigurációs forrássá a(z) 0 pozícióban
Aug 5 11:04:58 localhost gconfd (jani-9561): A(z) "xml:readwrite:/home/jani/.gconf" címet sikerült feloldani egy írható konfigurációs forrássá a(z) 1 pozícióban
Aug 5 11:04:58 localhost gconfd (jani-9561): A(z) "xml:readonly:/etc/gconf/gconf.xml.defaults" címet sikerült feloldani egy csak olvasható konfigurációs forrássá a(z) 2 pozícióban
Aug 5 11:04:58 localhost gconfd (jani-9561): A(z) "xml:readonly:/var/lib/gconf/debian.defaults" címet sikerült feloldani egy csak olvasható konfigurációs forrássá a(z) 3 pozícióban
Aug 5 11:04:58 localhost gconfd (jani-9561): A(z) "xml:readonly:/var/lib/gconf/defaults" címet sikerült feloldani egy csak olvasható konfigurációs forrássá a(z) 4 pozícióban
Aug 5 11:05:31 localhost kernel: [20405.856000] Link speed = undefined!
Aug 5 11:05:31 localhost kernel: [20405.856000] Link speed = undefined!
Aug 5 11:05:33 localhost kernel: [20408.260000] Link speed = 1000Mbps.
Aug 5 11:05:33 localhost kernel: [20408.260000] setting full duplex, TX flow control, RX flow control.
Aug 5 11:05:36 localhost ntpdate[9695]: the NTP socket is in use, exiting
Aug 5 11:05:39 localhost cyrus/master[9714]: about to exec /usr/lib/cyrus/bin/imapd
Aug 5 11:05:39 localhost cyrus/imap[9714]: executed
Aug 5 11:05:39 localhost cyrus/imap[9714]: accepted connection
Aug 5 11:05:39 localhost cyrus/imap[9714]: login: [192.168.2.163] jani CRAM-MD5 User logged in
Aug 5 11:05:39 localhost cyrus/imap[9714]: seen_db: user jani opened /var/lib/cyrus/user/j/jani.seen
Aug 5 11:05:39 localhost cyrus/imap[9714]: open: user jani opened INBOX
Aug 5 11:05:40 localhost gconfd (jani-9561): Kilépés
...

gdm_slave_xioerror fagyásokat csinál újabban az xfce. ha pl. vnc-vel bejelentkezek, majd bezárom a vnc-t (de nem lépek ki, mert később folytatni akarom a sessiont), akkor lefagy az X és újraindul. ha újra csatlakozok vnc-vel, nem a régi session fogad, hanem újra be kell jelentkezzek.
szóval nem tudom, hogy ez a gdm_slave... ez amiatt van-e, mert megszakadt a hálózat és ezzel együtt a vnc, és ettől lefagyott és újraindult, vagy pedig ettől a fagyástól szakadt meg a hálózat?
mindenesetre ezen kívül semmi gyanúsat nem látok.
hogyan tudom megállapítani így, hogy mi történt? sehol semmi logbejegyzés.
a hálókártya egy ic plus/sundance ip1000, amiről valahol google-al találtam, hogy néha csinált ilyet, hogy egyszerűen véletlenszerűen megfagyott a modulja. de remélem ezt már kijavították...
mindenesetre én valahol a hálókártya környékén gyanítok valamit, mert ez egy rakás szar kártya.

valakinek ötlete? please!

Sziasztok!

Hogyan tudok egy megadott napon (tehát pl. 2006. június 12.) létrehozott file-okat keresni linux alatt? A find manual-jában nem találok erről semmit.

Köszönöm a segítséget előre is!

Petya

Sziasztok,

úgy tűnik, nem sikerül zöld ágra vergődnöm a BIXben hostolt kiváló géppel, a komolyabb vas meg pénzügyi okokból nem játszik egyelőre.

Ma reggel 8:16-kor arra lettem figyelmes, hogy a RAID array elmúlt és az egyik diszkre panaszkodik (sdd). A syslogban semmi, viszont a dmesg ilyeneket ad ki:

ata4: hard resetting port
ata4: port is slow to respond, please be patient (Status 0x80)
ata4: hardreset failed, retrying in 5 secs

Ez többször ismételve és a /dev-ben nem látszik az sdd. Minek a problémája lehet ez?

uname -r: 2.6.20-17-server

lspci:

00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3)
00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev a3)
00:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2)
00:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2)
00:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a3)
00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev a2)
00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a3)
00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a3)
00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2)
00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3)
00:0b.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:0c.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
05:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)]
05:00.1 Display controller: ATI Technologies Inc RV370 [Radeon X300SE]

Köszi

János

Hogyan lehet azt megcsinálni, hogy van egy Gateway Linuxos (ClarkConekt) és van alatta 2 különböző domain kontroller 2 különböző tartománnyal, és szeretném ha a linux gép kezelné le a vpn kapcsolatot mind a két tartománynak és ne csak átengedje a két domain servernek.
köszi előre is
Milán

Sziasztok,

A cégnél fel kell raknom egy 64bit-es SLES9-et egy emulált mainframe gépre (FlexES). A telepítő tele van bugokkal, de több napi próbálkozás után sikerült a végére érnem, hogy felmásszon. IPL után nem hajlandó mountolni a root filerendszert.

/dev/dasda1 --> /boot (ext3)
/dev/dasdb1 --> md0
/dev/dasdc1 --> md0
/dev/dasdd1 --> md0
/dev/dasde1 --> md0
/dev/dasdf1 --> md0
.
.
.
/dev/dasdx1 --> md0
/dev/dasdz1 --> swap
/dev/md0 --> / (ext3)

belenéztem a feltelepített kernel csomagba és nekem úgy tűnik a raid nincs belefordítva a kernelbe, csak modul formában található meg. feltételezem ebben az esetben nem használhatok raid-et a root fs-hez.

#
# Multi-device support (RAID and LVM)
#
CONFIG_MD=y
CONFIG_BLK_DEV_MD=y
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
CONFIG_MD_RAID1=m
CONFIG_MD_RAID5=m
CONFIG_MD_RAID6=m
CONFIG_MD_MULTIPATH=m
CONFIG_BLK_DEV_DM=m
CONFIG_DM_CRYPT=m
CONFIG_DM_MULTIPATH=m
CONFIG_DM_SNAPSHOT=m
CONFIG_DM_MIRROR=m
CONFIG_DM_ZERO=m
CONFIG_DM_FLAKEY=m
CONFIG_BLK_DEV_DM_BBR=m

mit tanácsoltok, hogy partícionáljam a rendszert, hogy minden lemezt használni tudjak?

a rendszer 26db 2.2Gbyteos lemezt lát.

Üdv,
Gábor

A történet úgy kezdődött, hogy kellett keresni normális DVR-t, olyat aminek a képe mezei eszközökkel elérhető, nem pedig valami dokumentálatalan steraminget priccol ki magából.
Egyik választás a ZoneMinder lett volna, de túl sokat foglalt a rajta tárolt anyag, heggeszteni sem volt kedvem azért hogy le tudjam pl. mpeg-ben menteni az anyagot róla.
A másik egy taiwan-i cég linux alapu rögzítőrendszere volt. Ez pikk pakk feltelepült 1 cd-ről és már működött is a rendszer.
2 problémával szembesültem:
1. Nincs bent annál a nagykernél akiktől vettük eddig, és lehet nem is lesz többet.
2. Az uj alaplapokat, videokártyákat a "belesütött" eszközmeghajtók nem nagyon támogatják

Ezekre a problémákra kellene gyógyírt találni. pl.:
1. Elvileg bt878-as chip van a kártyán, 4db kártyánként
2. Most talán minix alapu a dolog, de nekem nem sikerült elindítanom külön az X-et rajta. A root (/) valami csomagolt akármiből megy egy ramdiskbe (eredetileg a /boot-ban van), a vinyó 2. particióján van a másik fele a dolognak. 1. partició a boot, a 3. az adatként becsatolt terület.
Pl. fedora 6 alatt ugyanabban a gépben ahol megy a program, nem indul el csak úgy a vinyón lévő progi... persze hogy nem, mivel dinamikusan linkelt.
Szóval valahogy megkellene oldani hogy beleheggeszthető legyen a napjainban kapható videokártyákhoz driver, és egyéb dolgok piszkálása.

Odáig eljutottam hogy a grub beállításait felülirtam és single mode, init 1 vagy mi a neve a dolognak, igy piszkálgattam egy kicsit, de érdemi módosításokat nem tudtam végrehajtani.

Röviden:

XY gyártó terméke:                                     Átalakított rendszer:
minix                                átalakítás        minix, vagy bármi egyéb
XY kártya, 4db bt878-as chippel   --------------->>    Bármilyen bt878-as kártya
korlátozott hw támogatottság                           Bármilyen hw-en menne

A kártya lspci-ra ezt mondja magáról:
02:0c.0 Multimedia video controller: Brooktree Corparation Bt878 Video Capture (rev 11)
02:0c.1 Multimedia controller: Brooktree Corparation Bt878 Audio Capture (rev 11)
02:0d.0 Multimedia video controller: Brooktree Corparation Bt878 Video Capture (rev 11)
02:0d.1 Multimedia controller: Brooktree Corparation Bt878 Audio Capture (rev 11)
02:0e.0 Multimedia video controller: Brooktree Corparation Bt878 Video Capture (rev 11)
02:0e.1 Multimedia controller: Brooktree Corparation Bt878 Audio Capture (rev 11)
02:0f.0 Multimedia video controller: Brooktree Corparation Bt878 Video Capture (rev 11
02:0f.1 Multimedia controller: Brooktree Corparation Bt878 Audio Capture (rev 11)

Merre induljak?
Lehet valamit kezdeni a dologgal?

Sziasztok!

Hogy lehetne kicsit visszalapozni a konzolon, hogy megtudjam merre járt amikor bepánikolt a kernel? Csak a dump alja van és shift+pageup hatástalan. Igazából semmilyen billentyűt sem vesz. Most beforditom a magic sysreq is, de tartok tőle, nem leszek előrébb. Az eredeti kernellel megy, de szerettem volna kiszedni belőle sok felesleges dolgot, mert a gép gyengécske sebességben is meg memóriában is.

vas: compaq deskpro (PII, i440)
linux: 2.6.24.5
dist: slackware 12.1

Köszönettel: Zsolt