Re: mount: /dev/sdb already mounted or /mnt busy
On 2011-03-22 5:07 PM, PÁSZTOR György wrote: Hi, Az alábbi a helyzet: root@node05:~# head -c 128 /dev/sdb | hd 58 46 53 42 00 00 10 00 00 00 00 00 00 c8 00 00 |XFSB| 0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 0020 b8 90 f0 6a 3f 9b 46 76 a0 bd ab d8 de e5 3c 4c |...j?.Fv..L| 0030 00 00 00 00 00 80 00 04 00 00 00 00 00 00 00 80 || 0040 00 00 00 00 00 00 00 81 00 00 00 00 00 00 00 82 || 0050 00 00 00 01 00 32 00 00 00 00 00 04 00 00 00 00 |.2..| 0060 00 00 19 00 b4 a4 02 00 01 00 00 10 74 65 73 74 |test| 0070 00 00 00 00 00 00 00 00 0c 09 08 04 16 00 00 19 || 0080 root@node05:~# mount /dev/sdb /mnt mount: /dev/sdb already mounted or /mnt busy root@node05:~# umount /dev/sdb umount: /dev/sdb: not mounted root@node05:~# mkdir xxx root@node05:~# mount /dev/sdb xxx mount: /dev/sdb already mounted or xxx busy Akkor most wtf? proc/mounts-ban, etc/mtab-ban nem szerepel az sdb. Mi a retek lehet? Üdv:Gyur! Biztos, hogy a /dev/sdb - t akarod mount-olni? Nem egy particiot esetleg? Pl.: /dev/sdb[1,2,3...] Netan egy particio mar mount-olva van? --miklos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: gigabit halokartya
On 2010-11-27 10:31 AM, Sörös Zoltán wrote: A nem túl drága kártyák közül nekem az Intel PRO/1000 GT a ... minden hibaüzenet (logbejegyzés) nélkül. Mióta kicseréltem, semmi bajom. Mire cserelted ki? Azt meg nem pondtam, hogy az alaplap(Asrock 775i945GZ) nemigen tamogatja a PCIe-t. Van egy zavaros utalas: - 1 x AGI Express slot (PCI Express x4) de ez inkabb video kartyara valo. Amugy egy mail server belso kartyajat akarja az ugyfel kicsereltetni. (Szerintem nincs ra szukseg.) A terhelese minimalis, nehany 10MB/ora. Koszi az otleteket, --miklos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Novell Suse 10.0 váltás bacup interne tre
On 2010-06-02 10:18 AM, Gabor HALASZ wrote: On 2010.06.01. 21:58, Czinglér Csaba wrote: Köszönöm a válaszokat. A második kérdésre ezek szerint mindenképpen egy saját smtp szerver beüzemelése lenne a megoldás, ami nekem túl nagy falat. Ha nem akarsz bajlodni vele, akkor valami ismeros 3rdparty smtp-t kell hasznalni smarthostnak (ahogyan Vasas Krisztian is javasolta mar), ahol van valamennyi ralatasod a maillogra, hogy nyomon tudd kovetni a leveleidet, mert a te maillogodban csak annyi lesz, hogy atvette a smarthost a mailt. Hasonlo helyzettel bajlodom magam is az egyik ugyfelunknel. Ott az egyik isp a matav(jelenlegi utodja) adsl-el[fix ip, regisztralt domain], a masik az upc -jelenleg home-juzer-pool; talan ez is atvaltozik fix ip-re- de az adsl leakadasok sok problemat okoznak. A 'http://www.linux-tutorial.info/modules.php?name=Howtopagename=Adv-Routing-HOWTO/lartc.rpdb.multiple-links.html' bol kiindulva nehany script segitsegevel sikerult valamilyen szinten kordaban tartani az isp-k kieseset. Ha erdekel, megosztom veled a tapasztalataimat, scriptjeimet. beüzemelése lenne a megoldás, ami nekem túl nagy falat. Ebben szivesen segitek. --miklos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: van-e host a tartomanyban
knowlan arp request-et kuld szet, majd egy-ket masodpercig gyujti a valaszokat: ~# knowlan -i eth0 -- EnderUNIX knowlan 0.1.1 - LAN Address Extractor Use -h option for a brief help about the tool -- Interface Name: eth0 IP ADRESSES MAC ADDRESSES 192.168.254.20 00:00:39:B6:FA:3A 192.168.254.52 00:80:5A:67:4F:03 --miklos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: php5, libxls
On 2010-02-25 11:47 PM, Norbert Vastagh wrote: Sziasztok! Köszönöm a segítséget mindenkinek libxls ügyben. A webshop készítőjének nem szabhatom meg, hogy milyen eszközökkel dolgozzon... és nem is akarom. Nekem meg kell csinálnom, amit kér, mert a főnököm azt mondta ;-) Szóval lefordítottam, aztán hogy mit kezd vele, ő tudja... Ha valami még kell neki hozzá, úgyis elmondja ;-) De hogy nem fogom (és valószínűleg nem is kell) forrásból összeraknom az egész php-t újból, az biztos... Akkor inkább elmegyek kocsi- gyűjtőnek a tuskóba ;-))) Üdv: A mi megoldasunk nem php alapu, hanem java: apacs:xalan/xerces. Cegunknel is felmerult xml dokumentumok(tobbek kozt excel) kiertekelese. A php-vel firnajszt hugyoztunk, vegul a java mellet dontottunk. Ugyan a felhajtas nagyobb, de egy java-daemon-nal sokat lenditettunk a latencian. // A java app egy socket-en hallgatozik, megkapja az xml dokumentumot, meg az xslt-t es visszaboffenti a 'megoldas'-t. --miklos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: login timeout
A tipp bejott, a LOGIN_TIMEOUT-ot 60-rol 60-re emeltem, azota beke honol :-) On 1/25/2010 9:58 PM, linux wrote: Holnap megnezem. Koszi: --miklos On 1/25/2010 9:25 PM, Gabor Gombas wrote: ... Es ha megadsz neki valtozik valami? Lehet, hogy beleforditottak valami default erteket. Ha vegkepp nem segit, akkor strace-eld meg azt az agetty-t es nezd meg, miert lep ki. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
login timeout
A RIP linuxon ( http://rip.7bf.de/current/ slackware mutacio) a login 60 masodpercenkent lejar, ujra jon az issue, meg a login prompt. Se az inittab-ban se a login.defs-ben nem talaltam erre utalo bejegyzest. Hogyan lehetne leszoktatni errol? Koszi: --miklos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: login timeout
Az a baj, hogy az osszes gepemen a login.defs-ben LOGIN_TIMEOUT 60 van beallitva. Ez a 60 sec akkor lep eletbe (mashol), ha beirom a juzert es 60 sec alatt nem adok password-ot. Ezt ertem. Amit leirtam -- nem. Azert erdekes, mert ha egy ora mulva ranezek a console-ra szeretnem latni a boot uzeneteit. Koszi: --miklos PS: Holnap azert megprobalom. Most itthonrol nem latom a munkahelyi console-t :-) On 1/25/2010 7:55 PM, Gabor Gombas wrote: Hat ha a login.defs-ben nincs benne a timeout, akkor ird bele. Valami jo nagyot. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: login timeout
Mint irtam, ott nincs ilyesmi; inittab: c1:1235:respawn:/sbin/agetty -i -n -l /bin/autologin 38400 tty1 linux // agetty-nek lehetne adni egy -t timeout parametert, de itt nincs ;-( --miklos On 1/25/2010 9:08 PM, Gabor Gombas wrote: On Mon, Jan 25, 2010 at 09:02:59PM +0100, linux wrote: .. Aha. Akkor nezd meg a getty timeout parameteret a /etc/inittab-ban. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: login timeout
Holnap megnezem. Koszi: --miklos On 1/25/2010 9:25 PM, Gabor Gombas wrote: ... Es ha megadsz neki valtozik valami? Lehet, hogy beleforditottak valami default erteket. Ha vegkepp nem segit, akkor strace-eld meg azt az agetty-t es nezd meg, miert lep ki. Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: glusterfs 3.0 - self healing
Egy debian 4.0(etch?)-en forditottam forrasbol a glusterfs-t es problema nelkul mukodott a self-heal funkcio. Akar file-t, akar directory-t krealtam, vagy vettem el az egyik node-rol, mikozben a masik node le volt csatolva; ujra csatlakoztatva a masik node-ot, rogton megtortent rajta a valtozas az 'ls -la /mnt' szerint. (A fajlok merete is rendben volt.) Nem lehet, hogy a VM is belepofazik a tortenetbe? Reszletek: http://ftp.gluster.com/pub/gluster/glusterfs/3.0/LATEST/glusterfs-3.0.0.tar.gz ./configure --prefix=/usr/local/glusterfs --exec-prefix=/usr/local/glusterfs --miklos On 1/7/2010 1:09 AM, Miloska wrote: Csak az archivum kedveert: Ugy tunik masnak is van hasonlo baja, valoszinusitheto tehat, hogy a hiba nem (csak) az en keszulekemben van. http://gluster.org/pipermail/gluster-users/2010-January/003731.html _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
ipcimek atiranyitasa belso halozatra
sziasztok, adott 3 telephely (192.168.1.0, 192.168.2.0, 192.168.3.0) amit a szolgaltato fog osszekotni belso vpn-el, illetve a szolgaltato valamelyik adatparkjaban lesz egy virtualis szerver, ami a tuzfal/proxy funkciot latja majd el, ennek a belso laban a 192.168.4.0 halozat lesz, kulso laban keresztul erik majd el az internetet a telephelyek. ez eddig vszinuleg menni is fog vszinu, sima iptables nat a belso halozatokra, illetve proxy. viszont, hogy szebb legyen a tortenet, 2 telephelyen lesz 1-1 dedikalt gep, akiknek a vilag fele kulon fix ip cimmel kell latszodniuk, mert ugy tudnak csak csatlakozni egy kulso adatbazishoz, ha regisztraljak a fix ipcimuket. kertem tehat a virtualis szerver kulso labara 3 fix ip cimet. kerdesem az lenne, hogy hogy lenne az egyszeubb szerintetek. - 1 kulso lab 1 belso lab, a kulso labon 3 fix ip - 3 kulso lab fix ip-vel, egy belso lab illetve hogy tudom megmondani az iptablesnek, hogy ha a 192.168.1.15akar kimenni, akkor eth2n menjen ha a 192.168.2.15 akkor eth3an menjen, egyebkent mindenki mas az eth1en? udv / koszi a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
backup megoldas kliens oldalrol
sziasztok, keresek egy megoldas, amivel a kliens gepekrol (50-80 kliens) automatizalva mentenek adatokat (dokumentumok pl) egy kozponti szervere. a kliensek vegyesek, linux illetve xp. jo lenne, ha vmi agent tipusu megoldas lenne (windows alatt), tehat kikeresi a mentendoket, felcsatlakozik, lementi, logolja szepen hatterben. van e vkinek otlete / tapasztalata? elso korben a google a baculat adta ki, ennek nezegetem most a doksijat, de gondoltam rakerdezek, hatha van jobb/szebb/ugyesebb... udv / koszi a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Sftp csak rootnak
suid, guid /usr/lib/openssh/sftp-server --miklos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Sftp csak rootnak
Termesztesen: 'guid' = sgid(set group id) suid, *guid* /usr/lib/openssh/sftp-server --miklos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ssh tunnel biztonság
A 'permitopen=host:port' szerintem jó kiindulópont. Ehhez viszont az authorized_keys-ben megadott kulcsokhoz tudod hozzárendelni az engedélyezett 'host:port'-okat. Plusz még per sshd+sshd_config+authorized_keys alapon csoportoknak engedélyezhetsz 'host:port'-okat. sshd -f sshd_config-group_0 sshd_config-group_0: AllowGroups group_0 AuthorizedKeysFile authorized_keys-group_0 authorized_keys-group_0: permitopen=web:80,permitopen=server:2401 ... ssh-dss a_kulcs --miklos Kónya Zoltán (EVM) wrote: permitopen=host:port szerintem ez nekem nekem nem teljesen jó vannak userek amik az egyik szerver egyik portjához, míg mások másik szerver másik portjához férhetnek hozzá - nincs userre való korlátozási lehetőség _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: nyomtato
Volarics István wrote: Milyen fekete-fehér ... A xerox phaser 3130(pcl6) egy költséghatékony megoldást kínál ff nyomtatáshoz. Cups alatt 'raw' printer, a kliens oldalon van a (pcl6)driver. // Nem egy kimondott kapkodó idegbolond, de évek óta stabilan működik. A pclX fontos volt számunkra a gdi változatokkal szemben, mert néhány dos-os programunk nem tudja használni a vindóz nyújtotta 'lehetőségeket'. --miklos(kanyó) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: nyomtato
Az általam említett nyomtató interfésze: USB. Az utóbbi időben egy axis printer server-rel használjuk. Akár közvetlenül cups-sal, akár http://192.168.1.249:631/USB1-en keresztül használjuk, egyaránt -jól- működik. Az elődjéről nem tudok. Lajber Zoltan wrote: ... A xerox phaser 3130(pcl6) egy költséghatékony megoldást kínál Az elodje nalunk nagoyn nem valt be. Rengeteg hibas ethernet frametet ... Udv, LAJBER ZoltanSzent Istvan Egyetem, Informatika Hivatal --miklos(kanyó) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: nyomtato
Lajber Zoltan wrote: On Sun, 19 Apr 2009, linux wrote: ... OK, bocs. Mar nem is gondolok olyan nyomtatora, ami nem ethernet :) Lehet, hogy (flame+)öregszem, de én már annak is örülók, ha egy nyomtató nyomtat, egy printer server servel, a cups cuppog :-) --miklos(kanyó) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: vpn lan-ba
Mi hiányzik még nekem? FORWARD rule-ok. Pl.: iptables -A FORWARD -i tun0 -j forward_dmz iptables -A forward_dmz -s 192.168.1.0/255.255.255.0 -d 10.0.0.0/255.255.255.0 -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT ... és ugyanilyen visszafelé. --miklos(Kanyó) Vastagh Norbert wrote: Sziasztok! Olyat kellene csinálnom, hogy egy kliens vpn-en felcsatlakozva lássa a cég teljes helyi hálóját. Tehát adott egy linuxos gép a hálózaton, az a router / tűzfal, és azon fut az openvpn. A vpn szerver konfigjában van benne van, hogy: push route 192.168.1.0 255.255.255.0 A kliens (XP + openvpn gui) csatlakozáskor ki is írja, hogy hozzáadja ezt a bejegyzést, a 192.168.1.1-et meg is tudom pingelni (ez a linux router lan lába), de ezen kívül semmit :-( Arno iptables firewall van a gépen, ilyeneket tettem bele: INT_IF=eth0 tun0 INTERNAL_NET=192.168.1.0/24 10.0.0.0/24 (a vpn kliensek 10.0.0.x címeket kapnak) Mi hiányzik még nekem? Üdv: _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: route port valasztas
Kedves Gyur! iptables -t nat -A POSTROUTING -p tcp -m tcp --dport akarmelyik -j MASQUERADE Sajnos ez sem működik. Egyébként squid-nek is... Igen: tcp_outgoing_address; qmil: qmail-remote-outgoingip.diff.gz Se a qmail-t, se a squid-et nem nagyon szeretném konfigurálgatni, mert remélem, hogy ez a route-olási probléma az ip/iptables segedelmével csak megoldható; hátha. Köszi: --miklos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: route port valasztas
Gabor HALASZ wrote: Nem is fog.Mire az output chainben a mangle table sorra kerul, mar tul van a routing decision-on, es onnan meg par lepes a nat table, plane az postrouting chain. Értem én amit mondasz. Meg lehet ezt a problémát oldani ip/iptables segítségével? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: route port valasztas
Gabor HALASZ wrote: Nem, tobb rendbeli problema van, azt hiszem, csak interface-re... Ha nem, hát nem ;-( Köszönöm a segítséget, útmutatást. Üdv: Kanyó Miklós _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
route port valasztas
Szervusztok! A gateway-en keresztul ket internet szolgaltaton keresztul erem el az internetet -- tcom, upc. A multi-route-olassal nics semmi gond. Viszont egyes cel-portokat a megadott szolgaltaton keresztul szeretnem elerni. Pl.: a 25-os porot a tcom-on keresztul szeretnem elerni. // A gateway-en mail server, squid cache van, tehat nincs nat-olas. Amit tettem: o ket route tablat hoztam letre: tcom, upc o ip rule add from ip_tcom table tcom ip route add default via ip_tcom_gw dev ppp0 src ip_tcom table tcom ip rule add from all fwmark 23 table tcom iptables -A POSTROUTING -t mangle -p tcp --dport 25 -j MARK --set-mark 23 Ez viszont nem mukodik. Mit kellene tennem? Elore is koszonom: --miklos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: route port valasztas
Kedves Gyur! A postfix-nek emlékeim szerint meg lehet mondani, mely interfészekre qmail-em van. postrouting-ban még elsimítod egy masq-al. // van másom is: a 80, 443 portokat az upc-n kívánom. Ehhez buta vagyok; hogyan? Kösz: --miklos PÁSZTOR György wrote: Hi! li...@avia.kfkipark.hu li...@avia.kfkipark.hu írta 2008-12-14 19:21-kor: A multi-route-olassal nics semmi gond. Viszont egyes cel-portokat a megadott szolgaltaton keresztul szeretnem elerni. Pl.: a 25-os porot a tcom-on keresztul szeretnem elerni. // A gateway-en mail server, squid cache van, tehat nincs nat-olas. A postfix-nek emlékeim szerint meg lehet mondani, mely interfészekre bind-oljon, ill. mely interfészre bindolva kézbesítsen. Amit tettem: o ket route tablat hoztam letre: tcom, upc o ip rule add from ip_tcom table tcom ip route add default via ip_tcom_gw dev ppp0 src ip_tcom table tcom ip rule add from all fwmark 23 table tcom iptables -A POSTROUTING -t mangle -p tcp --dport 25 -j MARK --set-mark 23 Ez viszont nem mukodik. Ha postfixen kívül van másod is, akkor még olyat lehet, hogy ip rule-al explicit az adott portra kimenőt beletolod a megfelelő route táblába, és ha az kevés neki (mert mégis a default interfész IP-jét adja src IP-nek), akkor postrouting-ban még elsimítod egy masq-al. Üdv:Gyur! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fellabu sw raid
2008/7/7 Kiss Gabor [EMAIL PROTECTED]: : tail /var/log/messages mingetty[11766]: mingetty: /dev/tty2: cannot get controlling tty: Operation not permitted tail/tmp/trace2 11766 open(/dev/tty2, O_RDWR|O_LARGEFILE) = 0 11766 ioctl(0, TIOCSCTTY) = -1 EPERM (Operation not permitted) Khm... rootként indítottad? Termeszetesen _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fellabu sw raid
Kiss Gabor [EMAIL PROTECTED] írta (2008. július 4. 9:16): merre/mit keressek? Először is rúgj bele az initbe: # init q Akkor gyorsan megpróbálja újraindítani amit kell. Aztán nézd meg melyik logba tojt: # ls -lrt /var/log csak a messagesbe irt: Jul 4 09:40:30 server init: Re-reading inittab semmi mas log nem valtozott, a massagesben csak ez az 1 sor jott fel. Ha találsz ott valamit elemezzük. Ha nem, akkor spekulálunk tovább. Pl. megpróbálhatod kézzel indítani a getty-t, esetleg strace alatt. ezt hogyan is? udv / koszi andras _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fellabu sw raid
2008/7/4 Lajber Zoltan [EMAIL PROTECTED]: On Fri, 4 Jul 2008, Linux Levlist wrote: Ha találsz ott valamit elemezzük. Ha nem, akkor spekulálunk tovább. Pl. megpróbálhatod kézzel indítani a getty-t, esetleg strace alatt. ezt hogyan is? Pl: open -c 6 /sbin/getty server:/ # open -bash: open: command not found (a rendszer opensuse 10.3, itt nem talaltam semelyik csomagban /usr/bin/open-t) udv andras _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fellabu sw raid
Ha találsz ott valamit elemezzük. Ha nem, akkor spekulálunk tovább. Pl. megpróbálhatod kézzel indítani a getty-t, esetleg strace alatt. ezt hogyan is? Pl: open -c 6 /sbin/getty server:/ # open -bash: open: command not found hja, openvt :) de sajna nem inditotta el _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fellabu sw raid
2008/7/4 Kiss Gabor [EMAIL PROTECTED]:
In article [EMAIL PROTECTED],
Linux Levlist [EMAIL PROTECTED] linux@mlf.linux.rulez.org writes:
b.
Pl. megpr=F3b=E1lhatod k=E9zzel ind=EDtani a getty-t, esetleg strace alat=
t.
ezt hogyan is?
strace -fF -o /tmp/trace /sbin/getty 38400 tty1
huh, bocsi kicsit hosszu a kimenet, remelem nam gaz, ha elkuldom a listara...
server:/ #strace -fF -o /tmp/trace /sbin/mingetty 38400 tty1
server:/ #cat /tmp/trace
11598 execve(/sbin/mingetty, [/sbin/mingetty, 38400, tty1],
[/* 57 vars */]) = 0
11598 brk(0)= 0x804e000
11598 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
11598 open(/etc/ld.so.cache, O_RDONLY) = 3
11598 fstat64(3, {st_mode=S_IFREG|0644, st_size=68667, ...}) = 0
11598 mmap2(NULL, 68667, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7ef7000
11598 close(3) = 0
11598 open(/lib/libc.so.6, O_RDONLY) = 3
11598 read(3, [EMAIL PROTECTED]...,
512) = 512
11598 fstat64(3, {st_mode=S_IFREG|0755, st_size=1281488, ...}) = 0
11598 mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ef6000
11598 mmap2(NULL, 1254896, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7dc3000
11598 fadvise64(3, 0, 1254896, POSIX_FADV_WILLNEED) = 0
11598 mmap2(0xb7ef, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12c) = 0xb7ef
11598 mmap2(0xb7ef3000, 9712, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7ef3000
11598 close(3) = 0
11598 mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7dc2000
11598 set_thread_area({entry_number:-1 - 6, base_addr:0xb7dc26c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
11598 mprotect(0xb7ef, 4096, PROT_READ) = 0
11598 munmap(0xb7ef7000, 68667) = 0
11598 uname({sys=Linux, node=server, ...}) = 0
11598 uname({sys=Linux, node=server, ...}) = 0
11598 getpid() = 11598
11598 getsid(0) = 11151
11598 brk(0)= 0x804e000
11598 brk(0x806f000)= 0x806f000
11598 access(/var/run/utmpx, F_OK)= -1 ENOENT (No such file or directory)
11598 open(/var/run/utmp, O_RDWR|O_LARGEFILE) = 3
11598 fcntl64(3, F_GETFD) = 0
11598 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
11598 _llseek(3, 0, [0], SEEK_SET) = 0
11598 alarm(0) = 0
11598 rt_sigaction(SIGALRM, {0xb7eb6df0, [], 0}, {SIG_DFL}, 8) = 0
11598 alarm(1) = 0
11598 fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
11598 read(3,
\10\0\0\0F\4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0...,
384) = 384
11598 fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
11598 alarm(0) = 1
11598 rt_sigaction(SIGALRM, {SIG_DFL}, NULL, 8) = 0
11598 alarm(0) = 0
11598 rt_sigaction(SIGALRM, {0xb7eb6df0, [], 0}, {SIG_DFL}, 8) = 0
11598 alarm(1) = 0
11598 fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
11598 read(3,
\1\0\0\0005N\0\0~\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0...,
384) = 384
11598 fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
11598 alarm(0) = 1
11598 rt_sigaction(SIGALRM, {SIG_DFL}, NULL, 8) = 0
11598 alarm(0) = 0
11598 rt_sigaction(SIGALRM, {0xb7eb6df0, [], 0}, {SIG_DFL}, 8) = 0
11598 alarm(1) = 0
11598 fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
11598 read(3,
\5\0\0\0_\10\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0...,
384) = 384
11598 fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
11598 alarm(0) = 1
11598 rt_sigaction(SIGALRM, {SIG_DFL}, NULL, 8) = 0
11598 alarm(0) = 0
11598 rt_sigaction(SIGALRM, {0xb7eb6df0, [], 0}, {SIG_DFL}, 8) = 0
11598 alarm(1) = 0
11598 fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
11598 read(3,
\10\0\0\0\0\0\0\0:0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0...,
384) = 384
11598 fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
11598 alarm(0) = 1
11598 rt_sigaction(SIGALRM, {SIG_DFL}, NULL, 8) = 0
11598 alarm(0) = 0
11598 rt_sigaction(SIGALRM, {0xb7eb6df0, [], 0}, {SIG_DFL}, 8) = 0
11598 alarm(1) = 0
11598 fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
11598 read(3, \10\0\0\0K\17\0\0pts/0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0...,
384) = 384
11598 fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
11598 alarm(0) = 1
11598 rt_sigaction(SIGALRM, {SIG_DFL}, NULL, 8
Re: fellabu sw raid
2008/7/4 [EMAIL PROTECTED]: On Fri, Jul 04, 2008 at 11:20:47AM +0200, Linux Levlist wrote: 11598 close(4) = 0 11598 close(3) = 0 11598 chown32(/dev/38400, 0, 5) = -1 ENOENT (No such file or directory) Szerintem nem jol van paraméterezve a mingetty, mert a BAUD értéket vette device-nek. Valamit irt a syslogba is Jul 4 11:28:24 server mingetty[11627]: mingetty: /dev/38400: No such file or directory hmm, van egy masik ugyanilyen gepem (opensuse + hw ugyanaz), de ott sincs /dev/38400... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fellabu sw raid
2008/7/4 [EMAIL PROTECTED]: On Fri, Jul 04, 2008 at 11:32:32AM +0200, Linux Levlist wrote: Jul 4 11:28:24 server mingetty[11627]: mingetty: /dev/38400: No such file or directory hmm, van egy masik ugyanilyen gepem (opensuse + hw ugyanaz), de ott sincs /dev/38400... man mingetty - mingetty [--noclear] [--nonewline] [--noissue] [--nohangup] [--nohost-name] [--long-hostname] [--loginprog=/bin/login] [--nice=10] [--delay=5] [--chdir=/home] [--chroot=/chroot] [--autologin username] tty Itt azt irja, a device-t kell mindenkéépem megadni (tty1, tty2) /dev/tty1..ttysf van, csak 38400 nincs... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fellabu sw raid
Amit inditottal, az nem volt jo, mert maskepp kell parameterezni
a mingetty-t, mint a getty-t.
Igy probald:
strace -fF -o /tmp/trace /sbin/mingetty tty1
De valami blogd fut a /dev/tty1-en amirol nem tudom, hogy
micsoda, ezert lehet, hogy masik tty-on kellene probalkoznod.
strace -fF -o /tmp/trace2 /sbin/mingetty tty2
a kovetkezoket talaltam:
tail /var/log/messages
mingetty[11766]: mingetty: /dev/tty2: cannot get controlling tty:
Operation not permitted
tail/tmp/trace2
11766 open(/dev/tty2, O_RDWR|O_LARGEFILE) = 0
11766 ioctl(0, TIOCSCTTY) = -1 EPERM (Operation not permitted)
googlezgatok eggyet, hogy ez mit jelenthet...
de mivel en nem ertek hozza, azert bemasolom az egesz kimenetet:
cat /tmp/trace2
11766 execve(/sbin/mingetty, [/sbin/mingetty, tty2], [/* 56 vars */]) = 0
11766 brk(0)= 0x804e000
11766 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
11766 open(/etc/ld.so.cache, O_RDONLY) = 3
11766 fstat64(3, {st_mode=S_IFREG|0644, st_size=68667, ...}) = 0
11766 mmap2(NULL, 68667, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f23000
11766 close(3) = 0
11766 open(/lib/libc.so.6, O_RDONLY) = 3
11766 read(3, [EMAIL PROTECTED]...,
512) = 512
11766 fstat64(3, {st_mode=S_IFREG|0755, st_size=1281488, ...}) = 0
11766 mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f22000
11766 mmap2(NULL, 1254896, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7def000
11766 fadvise64(3, 0, 1254896, POSIX_FADV_WILLNEED) = 0
11766 mmap2(0xb7f1c000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12c) = 0xb7f1c000
11766 mmap2(0xb7f1f000, 9712, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f1f000
11766 close(3) = 0
11766 mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7dee000
11766 set_thread_area({entry_number:-1 - 6, base_addr:0xb7dee6c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
11766 mprotect(0xb7f1c000, 4096, PROT_READ) = 0
11766 munmap(0xb7f23000, 68667) = 0
11766 uname({sys=Linux, node=server, ...}) = 0
11766 uname({sys=Linux, node=server, ...}) = 0
11766 getpid() = 11766
11766 getsid(0) = 11654
11766 brk(0)= 0x804e000
11766 brk(0x806f000)= 0x806f000
11766 access(/var/run/utmpx, F_OK)= -1 ENOENT (No such file or directory)
11766 open(/var/run/utmp, O_RDWR|O_LARGEFILE) = 3
11766 fcntl64(3, F_GETFD) = 0
11766 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
11766 _llseek(3, 0, [0], SEEK_SET) = 0
11766 alarm(0) = 0
11766 rt_sigaction(SIGALRM, {0xb7ee2df0, [], 0}, {SIG_DFL}, 8) = 0
11766 alarm(1) = 0
11766 fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
11766 read(3,
\10\0\0\0F\4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0...,
384) = 384
11766 fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
11766 alarm(0) = 1
11766 rt_sigaction(SIGALRM, {SIG_DFL}, NULL, 8) = 0
11766 alarm(0) = 0
11766 rt_sigaction(SIGALRM, {0xb7ee2df0, [], 0}, {SIG_DFL}, 8) = 0
11766 alarm(1) = 0
11766 fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
11766 read(3,
\1\0\0\0005N\0\0~\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0...,
384) = 384
11766 fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
11766 alarm(0) = 1
11766 rt_sigaction(SIGALRM, {SIG_DFL}, NULL, 8) = 0
11766 alarm(0) = 0
11766 rt_sigaction(SIGALRM, {0xb7ee2df0, [], 0}, {SIG_DFL}, 8) = 0
11766 alarm(1) = 0
11766 fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
11766 read(3,
\5\0\0\0_\10\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0...,
384) = 384
11766 fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
11766 alarm(0) = 1
11766 rt_sigaction(SIGALRM, {SIG_DFL}, NULL, 8) = 0
11766 alarm(0) = 0
11766 rt_sigaction(SIGALRM, {0xb7ee2df0, [], 0}, {SIG_DFL}, 8) = 0
11766 alarm(1) = 0
11766 fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
11766 read(3,
\10\0\0\0\0\0\0\0:0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0...,
384) = 384
11766 fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
11766 alarm(0) = 1
11766 rt_sigaction(SIGALRM, {SIG_DFL}, NULL, 8) = 0
11766 alarm(0) = 0
11766 rt_sigaction(SIGALRM, {0xb7ee2df0, [], 0}, {SIG_DFL}, 8) = 0
11766 alarm(1) = 0
11766 fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0
Re: fellabu sw raid
2008/7/4 [EMAIL PROTECTED]: Az alábbi ls kimenete nállad hogy néz ki ? ls -la /dev/tty? crw-rw 1 root root 4, 0 Jun 30 07:37 /dev/tty0 crw--- 1 root root 4, 1 Jun 30 07:38 /dev/tty1 crw--- 1 root root 4, 2 Jun 30 07:38 /dev/tty2 crw--- 1 root root 4, 3 Jun 30 07:38 /dev/tty3 crw--- 1 root root 4, 4 Jun 30 07:38 /dev/tty4 crw--- 1 root root 4, 5 Jun 30 07:38 /dev/tty5 crw--- 1 root root 4, 6 Jun 30 07:38 /dev/tty6 crw-rw 1 root root 4, 7 Jun 30 07:37 /dev/tty7 crw-rw 1 root root 4, 8 Jun 30 07:37 /dev/tty8 crw-rw 1 root root 4, 9 Jun 30 07:37 /dev/tty9 ilyen volt: crw-rw 1 root tty 4, 1 Jul 3 10:17 /dev/tty1 crw-rw 1 root tty 4, 2 Jul 3 10:17 /dev/tty2 crw--w 1 root tty 4, 3 Jul 3 10:17 /dev/tty3 crw--w 1 root tty 4, 4 Jul 3 10:17 /dev/tty4 crw--w 1 root tty 4, 5 Jul 3 10:17 /dev/tty5 crw--w 1 root root 4, 6 Jul 3 10:17 /dev/tty6 atirtam olyanra mint a masik mukodo gep: crw-rw 1 root tty 4, 1 Jul 3 10:17 /dev/tty1 crw-rw 1 root tty 4, 2 Jul 3 10:17 /dev/tty2 crw-rw 1 root tty 4, 3 Jul 3 10:17 /dev/tty3 crw-rw 1 root tty 4, 4 Jul 3 10:17 /dev/tty4 crw-rw 1 root tty 4, 5 Jul 3 10:17 /dev/tty5 crw-rw 1 root tty 4, 6 Jul 3 10:17 /dev/tty6 majd init q, de semmi nem tortent Itt a tty1..tty6 -on fut a mingetty 1:2345:respawn:/sbin/mingetty --noclear tty1 2:23:respawn:/sbin/mingetty tty2 3:23:respawn:/sbin/mingetty tty3 4:23:respawn:/sbin/mingetty tty4 5:23:respawn:/sbin/mingetty tty5 6:23:respawn:/sbin/mingetty tty6 nalam ilyen 1:2345:respawn:/sbin/mingetty --noclear tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: courier imap + tar
sziasztok! egy scriptbol szeretnem lementen a maildireket, veszont a tar mindig hibara fut, ugyanis a spamek miatt sajnos ejjel 2kor is erkeznek be levelek, valtozik a konyvtar tartalom, es ezt ugylatszik nem szereti (file changed as we read it). Csinálj egy file listát pl. find-el és azt add meg a tar-nak... ez talán segít... sziasztok, koszi a segitseget mindenkinek. tehat az eredmeny: mivel a celkonyvtar egy windowsos megosztason van az rsync kiesett, lvm-et utolag nem akarok, find-el nem akartam megbonyolitani. jelenleg a script elejen leallitom az amavisd-t, a postfix ezert ugye nem tudja tovabbitani a levelet, szepen osszegyul queue-ba, scriptbe maradt a tar+gzip, a vegen amavisd elindit, +meg egy postqueue -f, es kesz. ma volt a 2 nap mikor lefutott, ez a alatt nem hozott hibat, remenykedek, hogy igy marad. (viccbol az amavisd inditas elott kiirattam egy filebe a mailq tartalmat, 100 db spam volt benne, de hat ki mas is kuldozgetne levelet hajnalban :) udv es koszi andras _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
RE: fellabu sw raid
On Wed, 2 Jul 2008, Linux Levlist wrote: ez normalis? gondolom a vinyocsere szukseges ezek utan. Reszben :) Az, hogy a diszk kihal, majd felbukkan, az dszk hiba, nezz utanna, en nem biznek benne. De lehet kabel hiba is. Az ,hogy pl hotswap eseten kiveszed a diszket, ami sda, majd beraksz egy masikat, es az sdc lesz, az megszokott jelenseg. sziasztok, hdd csere megtortent, mukodik a raid, minden ok. (kiveve hogy az X elindult, be lehet jelentkezni/dolgozni, de szoveges konzolom nincs, alt+f1-f6 ures kepernyo a syslog-ba semmi, a boot.msg-ben talaltam vmit, azt a level vegere beszurom, most probalom googlezni a megoldast, de ha vkinek van otlete, megkoszonnem) egy rovid kerdesem meg lenne: sda1-et dd-vel atmasoltam sdb1-re (tudom, tudom miert nem rakom raidbe, bele fogom, csak most nem lehetet tovabb leallni) megpedig igy: dd if=/dev/sda1 of=/root/sda1.out dd if=/root/sda1.out of=/dev/sdb1 ez elvileg egyezik egy ghostolassal tehat a boot rekordot is atvitte, lehet rola bootolni? udv / koszi andras boot.msg: _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/server:421 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 Could not init font path element /usr/share/fonts/TTF/, removing from list! Could not init font path element /usr/share/fonts/OTF, removing from list! noticecheckproc: /usr/sbin/xinetd 3782 noticekillproc: kill(3782,3 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
RE: fellabu sw raid
hdd csere megtortent, mukodik a raid, minden ok. (kiveve hogy az X elindult, be lehet jelentkezni/dolgozni, de szoveges konzolom nincs, alt+f1-f6 ures kepernyo a syslog-ba semmi, a boot.msg-ben talaltam vmit, azt a level vegere beszurom, most probalom googlezni a megoldast, de ha vkinek van otlete, megkoszonnem) Fut a getty? (Hat pldnyban.) Az initnek kellene indtania az inittab alapjn. Ha nem tudja, panaszkodik a logba. kissg szia, idaig jutottam en is, hogy nem fut :( server: # ps aux | grep tty root 2161 0.0 0.0 26380 508 ?Ssl Jul03 0:37 /sbin/blogd /dev/tty1 root 5369 0.0 0.2 12804 7208 tty7 Ss+ Jul03 0:18 /usr/bin/Xorg -br -nolisten tcp :0 vt7 -auth /var/lib/xdm/authdir/authfiles/A:0-7TTyPc root 10380 0.0 0.0 2044 664 pts/0S+ 07:17 0:00 grep tty a inittab jonak tunik: server:~ # cat /etc/inittab | grep -v '#' id:5:initdefault: si::bootwait:/etc/init.d/boot l0:0:wait:/etc/init.d/rc 0 l1:1:wait:/etc/init.d/rc 1 l2:2:wait:/etc/init.d/rc 2 l3:3:wait:/etc/init.d/rc 3 l5:5:wait:/etc/init.d/rc 5 l6:6:wait:/etc/init.d/rc 6 ls:S:wait:/etc/init.d/rc S ~~:S:respawn:/sbin/sulogin ca::ctrlaltdel:/sbin/shutdown -r -t 4 now kb::kbrequest:/bin/echo Keyboard Request -- edit /etc/inittab to let this work. pf::powerwait:/etc/init.d/powerfail start pn::powerfailnow:/etc/init.d/powerfail now po::powerokwait:/etc/init.d/powerfail stop sh:12345:powerfail:/sbin/shutdown -h now THE POWER IS FAILING 1:2345:respawn:/sbin/mingetty --noclear tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6 logokban (messages, boot.msg) semmit nem talalok, ami hibara utalna, vagy osszefug az inittabal, ami vagy azert van, mert bena vagyok, vagy mert nincs benne vmi, aminek benne kene lennie, de ugye nem talalom, mert nem tudom mi az :) merre/mit keressek? udv / koszi andras _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
fellabu sw raid
sziasztok, van egy szerver (OpenSuse 10), benne 2 sata vinyo (sda, sdb), sw raidben, legnagyobb oromomre az sda elhasalt. mivel anno sw-rol nem tudtam bebootoltani, a particiok a kovetkezok a vinyokon: -sda1 - /boot - ext3 -sda2 - / - Linux raid autodetect - md0 -sda3 - / - swap -sda4 - /data - Linux raid autodetect - md2 (md1 a swap volt regen) -sdb1 - /boot2 - ext3 -sdb2 - / - Linux raid autodetect - md0 -sdb3 - / - swap -sdb4 - /data - Linux raid autodetect - md2 (md1 a swap volt regen) most az sda elhasalt, a szerver meg fut. az sda1 particio nortonghostal at lett imagelve, tehat elvileg arrol is be tud bootolni, ha atdugom a 0-as sata portra. elso kerdes, 160Gb-os Seagate vinyok vannak benne. ha nem kapok pont ilyet (ami igen valoszinu), akkor mit ajanlotok, vegyek masfajta 160ast, vagy vegyek inkabb nagyobbat, hogy biztos raferjen a particio? mik a tapasztalatok? meg sosem csinaltam sw raid visszaallitast, ezert inkabb elore kerdezek, ezeket tervezem: 1. adatmentes masik gepre (folyamatban :) 2. szerver leallit, sda-lehuz, sdb atdug sata 0 portra, bebootol (aggodom az fstab miatt, lasd lent) 3. az mdstat azt fogja kiirni, hogy fellabu, es sdb hinayzik (remenyeim szerint) 4. sdb kivetele a tombokbol: mdadm --remove /dev/md0 /dev/sdb , mdadm --remove /dev/md2 /dev/sdb 5. server leallit, uj vinyo radug 6. bebootol, cfdisk /dev/sdb megcsinalom a particiokat (kell e particionalni egyaltalan, vagy az mdadm megteszi? itt erdekes meg az is, hogy mi van ha kisebb/nagyobb vinyot kapok. kisebbre a szinten 160 gigas, de nehany byte-al kisebbet ertem, gondolom nem minden gyarto 160 Gigas vinyoja byte-ra annyit kapacitasu...) 7. mdadm --add /dev/md0 /dev/sdb , mdadm --add /dev/md2 /dev/sdb 8. megvarom a szinkronizalas veget, szerver ujraindit, nortonghostal sda1 - sdb1 9. server elindul, minden jo, orulunk. ez az otlet, amit eddig osszeszedtem, ha vmi hujeseg van benne legyszi irjatok meg udv / koszi andras ami meg kellhet info: cat /etc/fstab /dev/md0 /ext3 acl,user_xattr1 1 /dev/md2 /abasext3 acl,user_xattr1 2 /dev/disk/by-id/scsi-SATA_ST3160815AS_5RA2HD4J-part1 /boot ext3 acl,user_xattr1 2 /dev/disk/by-id/scsi-SATA_ST3160815AS_5RA2H7MG-part1 /boot2 ext3 acl,user_xattr1 2 proc /procproc defaults 0 0 sysfs/sys sysfs noauto0 0 debugfs /sys/kernel/debugdebugfsnoauto0 0 usbfs/proc/bus/usbusbfs noauto0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 /dev/disk/by-id/scsi-SATA_ST3160815AS_5RA2HD4J-part3 swap cat /proc/mdstat Personalities : [raid1] [raid0] [raid6] [raid5] [raid4] md2 : active raid1 sda4[0](F) sdb4[1] 133154680 blocks super 1.0 [2/1] [_U] bitmap: 53/254 pages [212KB], 256KB chunk md0 : active raid1 sda2[0](F) sdb2[1] 20972784 blocks super 1.0 [2/1] [_U] cat /boot2/grub/menu.lst # Modified by YaST2. Last modification on Sat Jan 12 12:08:38 UTC 2008 default 0 timeout 8 ##YaST - generic_mbr gfxmenu (hd0,0)/message ##YaST - activate ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 root (hd0,0) kernel /vmlinuz-2.6.22.5-31-default root=/dev/md0 vga=0x317 resume=/dev/md1 splash=silent showopts initrd /initrd-2.6.22.5-31-default ###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 10.3 root (hd0,0) kernel /vmlinuz-2.6.22.5-31-default root=/dev/md0 vga=normal showopts ide=nodma apm=off acpi=off noresume nosmp noapic maxcpus=0 edd=off 3 initrd /initrd-2.6.22.5-31-default bitmap: 97/161 pages [388KB], 64KB chunk _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
RE: fellabu sw raid
On Wed, 2 Jul 2008, Erdelyi Gabor wrote: 7. mdadm --add /dev/md0 /dev/sdb , mdadm --add /dev/md2 /dev/sdb OK Nem OK! Particiok vannak a tombokben, nem diszkek! sziasztok, eloszor is koszi az infokat, lassan megvan az utemterv... erdekes dolog tortent, most alltam volna neki vinyot cserelni, de eszrevettem valalmit: a raid tombol ugye eltunt az sda, probaltam felmountolni, de nem is latta, gondoltam meghalt. de! most veletlen megtalaltam, hogy ottvan, megvannak a particiok meg az adatok, csak nem sda hanem sdc! a server uptime-ja 160 nap, a raid meg 3-4 napja mukodott, tehat nem ujrainditaskor cserelodott, hanem menet kozben! a logok alapjan csak a vinyoval lesz gond, de hogy kerult at menet kozben az sdc-re? ez normalis? gondolom a vinyocsere szukseges ezek utan. udv / koszi andras a logokba ilyeneket talaltam (ezekkel van tele): Jul 1 22:02:07 server kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x9 action 0xa frozen Jul 1 22:02:07 server kernel: ata3: hard resetting link Jul 1 22:02:09 server kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Jul 1 22:02:10 server kernel: ata3.00: configured for UDMA/100 Jul 1 22:02:10 server kernel: ata3: EH pending after completion, repeating EH (cnt=4) Jul 1 22:02:10 server kernel: ata3: EH complete Jul 1 22:02:10 server kernel: sd 3:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB) Jul 1 22:02:10 server kernel: sd 3:0:0:0: [sda] Write Protect is off Jul 1 22:02:10 server kernel: sd 3:0:0:0: [sda] Mode Sense: 00 3a 00 00 Jul 1 22:02:10 server kernel: sd 3:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jul 2 00:49:30 server kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x9 action 0xa frozen Jul 2 00:49:30 server kernel: ata3: hard resetting link Jul 2 00:49:32 server kernel: ata3: COMRESET failed (errno=-32) Jul 2 00:49:32 server kernel: ata3: reset failed (errno=-32), retrying in 8 secs Jul 2 00:49:32 server kernel: ata3: hard resetting link Jul 2 00:49:34 server kernel: ata3: COMRESET failed (errno=-32) Jul 2 00:49:34 server kernel: ata3: reset failed (errno=-32), retrying in 8 secs Jul 2 00:49:34 server kernel: ata3: hard resetting link Jul 2 00:49:36 server kernel: ata3: COMRESET failed (errno=-32) Jul 2 00:49:36 server kernel: ata3: reset failed (errno=-32), retrying in 33 secs Jul 2 00:49:36 server kernel: ata3: hard resetting link Jul 2 00:49:39 server kernel: ata3: SATA link down (SStatus 0 SControl 310) Jul 2 00:49:39 server kernel: ata3: failed to recover some devices, retrying in 5 secs Jul 2 00:49:44 server kernel: ata3: hard resetting link Jul 2 00:49:44 server kernel: ata3: SATA link down (SStatus 0 SControl 310) Jul 2 00:49:44 server kernel: ata3.00: limiting speed to UDMA/100:PIO3 Jul 2 00:49:44 server kernel: ata3: failed to recover some devices, retrying in 5 secs Jul 2 00:49:49 server kernel: ata3: hard resetting link Jul 2 00:49:49 server kernel: ata3: SATA link down (SStatus 0 SControl 310) Jul 2 00:49:49 server kernel: ata3.00: disabled Jul 2 00:49:50 server kernel: ata3: EH pending after completion, repeating EH (cnt=4) Jul 2 00:49:50 server kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x1 action 0xb Jul 2 00:49:50 server kernel: ata3: hard resetting link Jul 2 00:49:50 server kernel: ata3: SATA link down (SStatus 0 SControl 310) Jul 2 00:49:50 server kernel: ata3: EH complete Jul 2 00:49:50 server kernel: ata3.00: detaching (SCSI 3:0:0:0) Jul 2 00:49:50 server kernel: sd 3:0:0:0: [sdc] Synchronizing SCSI cache Jul 2 00:49:50 server kernel: sd 3:0:0:0: [sdc] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK Jul 2 00:49:50 server kernel: sd 3:0:0:0: [sdc] Stopping disk Jul 2 00:49:50 server kernel: sd 3:0:0:0: [sdc] START_STOP FAILED Jul 2 00:49:50 server kernel: sd 3:0:0:0: [sdc] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] 312581808 512-byte hardware sectors (160042 MB) Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] Write Protect is off Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] Mode Sense: 00 3a 00 00 Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] 312581808 512-byte hardware sectors (160042 MB) Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] Write Protect is off Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] Mode Sense: 00 3a 00 00 Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jul 2 01:03:40 server kernel: sdc: sdc1 sdc2 sdc3 sdc4 Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] Attached SCSI disk _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
RE: courier imap + tar
On Tue, Jul 01, 2008 at 10:42:33AM +0200, Linux Levlist wrote: van e erre vmi lehetoseg, hogy a tar kihagyja/atugorja ezeket a hibakat? vagy mas otlet a mentesre? leallitani nem akarom a levelezest erre az idoszakra, csak vegso esetben. rsync, dirvish -- CZW rsync se szereti, lehet, hogy azert mert a celmappa egy windowsos megosztason (ntfs) van? rsync -auz /home/albert /home/antali /mnt/backup/mail_home/home rsync: rename /mnt/backup/mail_home/home/albert/Maildir/cur/.1186477700.V903I9d001bM980086.mail.domain.hu:2,S.DbuUzy - albert/Maildir/cur/1186477700.V903I9d001bM980086.mail.domain.hu:2,S: Invalid argument (22) (ezekbol az uzenetekbol sok jon) (ha a /tmp-be szinkronizalom, akkor megy, tehat samba/ntfs keverhet be, biztos nem szereti a filenevben a kettospontot, vesszot...) udv a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
RE: courier imap + tar
Hi! egy scriptbol szeretnem lementen a maildireket, veszont a tar mindig hibara fut, ugyanis a spamek miatt sajnos ejjel 2kor is erkeznek be levelek, valtozik a konyvtar tartalom, es ezt ugylatszik nem szereti (file changed as we read it). leallitani nem akarom a levelezest erre az idoszakra, csak vegso esetben. Mi lenne akkor, ha az MTA két konfigot kapna? Arra gondolok, hogy lenne egy normál és egy queue-only. Mentés elött nyomsz egy restartot a queue-only konfiggal, elvégzed a mentést, majd ismét restart a normál konfiggal. Ekkor a mentés alatt a queue-only mód miatt a levelet az MTA átveszi ugyan, de nem dobja be a címzett fiókjába csak leteszi a saját spooljába - amit nem mentesz. A mentés végén pedig nem csak restart az eredeti konfiggal, hanem runq a spoolba került levelek gyors kiszórása érdekében... Zsolt Ui.: a dolog persze így is fejre állhat, ha egy IMAP kilens pont ekkor tölt fel vagy töröl levelet... Esetleg ezen időre a POP3+IMAP esetleg leállhat? hat igen, ezen gondolkodtam en is, be is irtam a scriptbe egy amavisd stop-ot, lesz ami lesz, holnap reggel kiderul :) (postfix atveszi, amavisd (spamot szur) leallit, hajnalba ugyis csak spam jon, ha vege a mentesnek, ujraindul az amavisd feldolgozza az addig beesett maileket) imap-ot nem allitom le egyenlore, hatha nem szukseges, 2 het teszt alatt kiderul remeljuk. csak azt furcsalom, hogy a tar miert nem tudja ezt lekezelni, ha valtozott a file archivalas alatt, hat valtozott, azert meg nem kellene kiakadnia... udv / koszi a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: usb-s infravevo LIRC-hez
Wagner Ferenc írta: Jozsef Valkai [EMAIL PROTECTED] writes: Vagy masik lehetoseg, hogy usb-soros port adaptert veszek, ezzel van vkinek tapasztalata? Vettunk par Prolific PL2303 alaput, bedugtuk és mukodtek Etch alatt. Nekem is ilyen megy kubuntu/debian alatt. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
SIP kliens T-Online Klipre
Hello, milyen SIP klienssel mukodokepes a klip hivhato 21 telefonszammal? A. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: serial port custom baudrate
Szia! Kiss Gabor irta: A mások által írott kernel kód ilyet nem fog megengedni neked. Csak az van, amit a /usr/include/asm/termbits.h /usr/include/bits/termios.h file-okban látsz. Írj egy kis programocskát, amely outb() kernelhívással közvetlenül írja az UART regisztereit. Ezt akartam elkerülni, elkezdtem a minicom-ba egy custom baudrate-et csinalni, de a termios.h-nal elment a kedvem. :) Megjegyzem: nem túl taktikus az a 125000kBaud (= 125 MBaud!) Ezt nem fogja bírni a hardver. :-) Nem lehet, hogy 125000 Baudra gondoltál? Tenyleg elirtam, termeszetesen 125 kBaud. Az se túl taktikus. Muszáj 1 MHz egész számú többszörösének lennie a rendszer órajelének? Inkább görcsölnék egy kicsit a kontrolleremmel, hogy aztán a világ összes soros portjával tudjon beszélni, mintsem a világ összes soros portját hackeljem. Egyedi eset, a vas sajnos adott, orajel 1MHz, es ebbol kellene baromi sok adatot kiirni, (realtime debug) Normalisan csak 9600 Baud jon ki az osztokkal, 8%-os baud hibara a minicom mar marhasagokat vesz. (jogosan) Szegyenszemre egy win-es serial terminal custom baudrate-jevel mar megoldodott a problema. A. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adamantix helyett harde ned gentto? Vagy más?
On 07-Jan-16 17:16, BERES Laszlo wrote: linux42 wrote: valami RBAC, lehetőleg RSBAC, és lehetőleg nem SELinux. A Megkérdezhetem, mi a baj az SELinuxszal? 1, belenezve a leirasaba tok mas logika alapjan mukodik, mint amit en szzeretnek. Javitsatok ki, ha tevedek, (mert tenyleg csak beleneztem, nem tuzetesen olvastam at), de mintha nem szerepek alapjan mukodne, hanem valahogy file vagy user szinten. Vagyis vannak role-ok, de az mas, mint mashol. No. szoval mas logika alapjan mukodik :-) 2, Emellett allitolag SELinux illetve az altala hasznalt architektura keveset tud (vagy inkabb mondjuk, hogy kevesebbet, mint a masik ket alternativa) http://lwn.net/Articles/153322/ http://www.grsecurity.net/lsm.php http://www.rsbac.org/documentation/why_rsbac_does_not_use_lsm De igazabol nincs _baj_ az SELinuxszal. Csak, amit eddig olvastam (a konkurensektol, persze), az alapjan azok elonyosebbnek tunnek. Meg RSBAC-cal van egy kis tapasztalatom, es most egy uj logikat megtanulni nem tunne okos dolognak. Ha nem muszaj. Kerdes: SELinux tud hozzafereskorlatozason kivul jail-t is, socket hozzaferest tud korlatozni? Van hozza keszen hasznalhato policy, amit egyszeru szerkeszteni (akar mashonnan, valami disztrobol, vagy akarmi)? Van tanulo mondja, mint RSBAC-nak es grsecurity-nek? G _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
udp forward nem megy
Hello, adott egy gep: eth0:0 aliasra erkeznek udp csomagok a 8996-os portra. $ sudo tcpdump dst port 8996 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 19:35:28.664704 IP 172.16.4.11.32775 172.16.98.1.8996: UDP, length 139 19:35:28.854593 IP 172.16.4.11.32775 172.16.98.1.8996: UDP, length 139 19:35:29.274681 IP 172.16.4.11.32775 172.16.98.1.8996: UDP, length 139 19:35:29.464644 IP 172.16.4.11.32775 172.16.98.1.8996: UDP, length 139 Ezt szeretnem forwardolni egy masik gep 8996-os portjara. A gepben fizikailag csak egy eth0 interface van asszontam hogy: $sudo iptables -A FORWARD -s 172.16.4.11 -d blabla.org -o eth0 -p UDP --sport 8996 --dport 8996 -j ACCEPT $sudo iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination ACCEPT udp -- 172.16.4.11 blabla.org udp spts:1024:65535 dpt:8996 Chain OUTPUT (policy ACCEPT) target prot opt source destination Akkor, miert kapom ugyanoda a csomagokat, forwardolas pedig nincs. Rossz a processzor? :) Kosz: Andras _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Bluetooth USB Dongle
Milyen Bluetooth USB dongle-t vegyek ami linux alatt is megy normalisan, es kapni is lehet Bp-en. Lattam valahol igen jo aron SURECOM 2.0-at, viszont ugy tunik nem megy linux alatt. Andras A vegen vettem egyet, szerencsere CSR chipsetes (azt szereti a blueZ), teljesen jol mukodik, kubuntu-n kbluetooth rogton ment (termeszetesen PIN-ek beirasa utan) Fajl transzfer ~ 210kB/s, (60MB mp3 feltolteseker) ami igazan nem rossz. XP alatt allitolag 3Mbit/s is tud a Toshiba driverrel, nem probaltam meg. A gammu-val (gnokii utod) meg kuzdok, parancssoros java letolteshez kellene, valamiert nem akar menni. A vicc az az egeszben, hogy ez a surecom ep-2101 brutto 2400 Ft, (bar nem tudom meddig fog mukodni, nem ismerem a surecom-ot) de az biztos hogy 6-7 eFt-os dolgokat venni szerintem teljesen folosleges. Andras _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Linux alapu webshop
Zsolt HAJDU irta: Ugyerted open-source web-shop: phpShop (www.phpshop.org) van modul a Mambo-hoz (www.mamboserver.com) is; www.shop-script.com www.oscommerce.com Igen, igy ertettem csak slendrian volt a megfogalmazas. (Mea culpa, 100x elolvasom a Cathedral and the Bazaar-t ;) Kosz, megnezem. Andras _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Gnome listbox problema?
Szia, dell notebookon kubuntut hasznalok, amellyel nincs is bajom, viszont nehany gtk-s alkalmazasnal ( pl.: eclipse, anjuta ) a listbox minden masodik sora olvashatatlanul sotet. Hol lehet ezt atallitani hogy olvashato legyen? Andras _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: duplikalt file kereses
Szia, hasonlo celra en ezt talaltam: http://www.icewalkers.com/download/Duplicate-File-Finder/2513/dls/ valami javas grafikus dolog. Komolyabban meg nem hasznaltam. Probaltam a problemat find es kulonfele sajat scriptekkel megoldani, de belattam hogy a problema bonyolultabb mint amit hirtelen scriptezessel meg tudnek oldani, ez a program ettol azert joval tobbet tud. Andras Nagy Gabor wrote: Hali! A kovetkezo dolog kellene: valami eszkoz, ami vegigteker a filesystemeimen, mindenhol listaz, eltarolja a file neveket, mereteket, inode-okat, valami hash-t, meg a mediumot. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
USB 2.0 PCI card
Szia, tudtok olyan USB 2.0 - s PCI bovito kartyat ajanlani, ami nem csak win alatt megy? Kosz: Andras _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
