UNIX haladó

Sziasztok!

Adott egy parancssorban futó nagy, összetett programrendszer.
Bizonyos fájlok neveit megváltoztattuk a fejlesztés során.

A kérdés: hogy lehet azt figyelni, hogy a régi fájlnevekre történik-e megnyitási kísérlet?

Magyarán ha valahol közvetlenül be lenne drótozva egy fájlnév, amit megváltoztattunk, és így már nem létezik, valahogy a Linux képes ezt loggolni, hogy nem létező fájlra történt megnyitási kísérlet?

A fájlnevek néha kiértékelt kifejezésekből, string konkatenációkból vagy adatbázis tartalomból állnak elő, vagyis nem annyira egyszerű a dolog, hogy rákeresek a régi nevekre és már meg is van a hely, esetleg még használják.

köszönöm!
dio

van a köv parancs, amit egy shell script rak össze

/usr/local/bin/rsync -avzu -e ssh /export/dirdir user@host:/export/dirdir >/export/rsync/log/201414142114/dirdir.log

ha a shellbol futtatom $CMD módon, akkor ezt mondja:

Unexpected remote arg: user@host:/export/dirdir

persze ha bemásolom, akkor jó...ha ledobom a végéről a redirectet, akkor is jó???
???

Nem régiben fordítottam forrásból e2fsprogs-ot. A "./configure --help" -ben volt olyan, hogy "--enable-compression", igaz, hogy "experimental" figyelmeztetés is volt ott, de engedélyeztem, hátha egyszer jól jön majd.
Most elérkeztem oda hogy jó volna, viszont sem a man-ban, sem az info-ban nincs dokumentálva a használata. Addig eljutottam, hogy a mount-nál van egy olyan, hogy "... -o ...compress=lzo...", viszont az mkfs.ext4 -nél nincs róla dokumentáció, hogyan lehetne compressed ext4-et csinálni. Csak simán kipróbálva:

bash-4.2# mkfs.ext3 /dev/loop0
mke2fs 1.42.5 (29-Jul-2012)
warning: 159 blocks unused.

...

Allocating group tables: done
Writing inode tables: done
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done

bash-4.2# mount -o compress=lzo /dev/loop0 /mnt/loop0
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
missing codepage or helper program, or other error

In some cases useful info is found in syslog - try
dmesg | tail or so.

bash-4.2# mount /dev/loop0 /mnt/loop0

bash-4.2#

Valakinek sikerült már ezzel zöld ágra vergődenie?

Kezd kialakulni egy kozponti syslog-ng hostunk. Jelenleg nehany host kuldi a logokat, amiket host-onkent valogatom ki. Igazabol minden mukodik, annyi csak a gondom, hogy jo lenne kicsit kevesebb konfigot irni (kevesebb macera, kevesebb hibalehetoseg). Nekem most egy host (pl 'almafa') egy log file-t ir, ami azonos a host nevevel ('almafa.log'). De sajnos igy minden uj host-hoz kell csinalnom egy uj 'filter'-t egy uj 'destination'-t es egy uj 'log'-ot a syslog-ng.conf-ba, holott mindegyik tok ugyanugy nez ki, csak a hostnev mas rendre. Nincs valami mod a destintaion file megadasnal valtozot hasznalni? Valami ilyesmire gondolok:

destination remotelog { file("/var/log/remotelog/"%HOSTNAME%".log"); };

De vegulis barmilyen mas megoldas erdekel. A lenyeg, hogy a leheto legkevesebbet kelljen a configba irni (kesobb modositani), de legyenek hostonkent szeparalt log file-aim. Midenzt syslog-ng-vel, hacsak lehet.

-------------------------------------------------------------
Update
Megoldas Chris19-tol:

destination remote-dest-file {
file("/logs/$HOST/messages.$YEAR.$MONTH.$DAY" create_dirs(no));
};

Egyeb hasznalhato valtozok: The syslog-ng Open Source Edition 3.3 Administrator Guide: List of syslog-ng OSE parameters

A régi 1500-asunk elhúnyt, és az új LCD-s kivitel már soros port helyett egy RJ50-es portot és hozzá egy rj50 -> db9 kábelt kapott.
Ettől viszont hibát dob az apcupsd és nem is működik.
PANIC! Cannot communicate with UPS via serial port.
A konfigban találtam olyan kommentet, hogy UPSCABLE smart helyett használhatom a kábel számát, de ott a példák között ez az új 940-0625A nem szerepel.

Azért megpróbáltam:
UPSCABLE 940-0625A
Erre azt mondja:
Ivalid cable.

Ötletet kérek.
(A gyári lemezen található program java-t futtató böngészőn keresztüli menedzselést tenne lehetővé, de nekem konzol kellene)

(debian 7/64)

Van néhány fájlom (xaa, xab...), melyek gigabájtos nagyságúak. Összekapcsolhatom őket ugyan egy cat xa? > egyben paranccsal is, de ez lassú, és felesleges duplikációt hoz létre a tárterületen. El lehet-e valami (fájlrendszer szintű) megoldással érni azt, hogy az xaa végét odakapcsoljuk az xab elejéhez, az xab végét az xac elejéhez stb., mely folyamat végén az egész fájl olyan lesz, mintha cattel kapcsoltuk volna össze?

Szerk: Ahogy látom, ezzel már más is küzdött - http://stackoverflow.com/questions/5893531/fast-concatenate-multiple-fi…

Sziasztok,

1.
letezik RHEL OS (5.x, 64bit) alatt egy univerzalis tool/rpm, mely adott tipusu IBM rendszeren
(x3550,x3550 M2, x3550 M3, x3550 M4) (amely adott tipusu hardware RAID controller-rel rendelkezik),
kiirja a RAID allapotat (optimal, failed)?

2.
megoldhato az is, hogy a RAID allapot tavoli geprol snmpwalk segitsegevel ellenoriheto?

Koszi elore a segitseget.

Ardi

Olyan kérdésem lenne, hogy milyen kipróbált program van arra, hogy egyik gépen a /dev/ttyS0 async porton bejövő adatokat több gép megkapja hálózaton keresztül szintén a lokális /dev/ttyS0 portjára? Multicast, broadcast vagy szerver megoldás jelenleg állapotban egyformán jó lehet. Adatok egy irányban mennek csak (szerver -> kliensek), a port paramétereit a gépeken (szerver+kliens) futó program állítja be, tehát azt vagy kezelni kell vagy figyelmen kívül kéne hagyni, és a "soros szerver" is használja a bejövő adatokat. Tehát a szerver soros portja valós, kellenek az adatok, csak azt kellene "lelopni" és szétküldeni. Jelenleg erre egy soros elosztó doboz van, rendben megy, de a soros kábeleknél praktikusabb lenne a hálózatos megoldás.

Olyanokat találtam amik tudnak különböző saját portokat nyitni (pl. /dev/vmodem0), de egyértelműen nem volt leírva, hogy mondjuk /dev/ttyS0 portra is lehet. Az ideális megoldás az lenne, így nem kell a jelenlegi konfigot turkálni és bármikor vissza lehetne állni a fizikai soros portra, ha úgy tudná megcsinálni, hogy miközben tényleg van /dev/ttyS0 a gépen, valahogy "odavarázsolná" az adatokat. Kvázi a /dev/ttyS0 külső oldalát emulálná, oda csatlakozna.

Találtam egy olyat, hogy socat, ez akár jó is lehet leírás alapján, de itt sem egyértelmű nekem, hogy a "célállomás" tudja a /dev/ttyS0 átirányítást.

A rendszer Linux, bitszám és disztribúció feltételezem mindegy. Sajnos jelenleg erre nincs szabad gépem, hogy tesztelgessem, ezért kérdezem milyen tudott működő megoldás van.

Adott a környezet, isc dhcpd, ami a bind9 zónákat matatja. Minden remek, amíg nincs hibás hostnév:

Unable to add forward map from Adam_NB.in.domain.hu..... blablabla

Hostnévben nem lehet aláhúzás, ez oké. A derék Ádám mégis tett, nem baj. Lehet-e ezzel kezdeni valamit? Kerestem, hátha van valami replace megoldás a dhcpd-ben, de nem találtam.

Ami nem nyerő ötlet:

- lecserélni a dhcpd-t
- lecserélni a bind-et (bár ezek lehet hogy megtörténnek majd)
- átcserélni a gép nevét (nem oldja meg a problémát)

Üdv,

Olyan problémám lenne, hogy egy gépen automatikusan hozok létre alfelhasználókat, akiknek saját shellje nincs, csak a chmodolás miatt fontos, hogy egymás fájlhaihoz ne legyen hozzáférés, illetve van egy felhasználó akinek sudoers-ben ezekhez egy groupon keresztül jogot adtam, hogy jelszó nélkül tudjon velük elindítani folyamatokat, továbbá ennek a felhasználónak olvasási joga van az alfelhasználók fájlaihoz. ezzel a felhasználóval továbbá futtatok egy proftpd logokat fifo-n keresztül olvasó bash scriptet, ami figyeli a fájl feltöltéseket és törléseket, és az alapján megfelelően eljár. a probléma az, hogy ez a proftpd figyelő script új user hozzáadása esetén nem kapja meg az új jogosultságokat, így restartig nem fér hozzá egyáltalán a feltöltött fájlokhoz. van erre esetleg valami megoldás, hogy frissíteni tudjam a már futó folyamat jogosultságait, vagy inkább maradjak egy automatizált restartnál? nem tudom, hogy newgrp működik-e bash scriptben, ha igen akkor valószínűleg megoldható lenne úgy, hogy minden fájlfeltötlés előtt megnézem a groups kimenetét, megnézem változott-e, majd newgrp, csak érdekelne, hogy van-e esetleg ennél jobb megoldás

előre is köszönöm