monodevelop wx.NET
Sziasztok! A MonoDevelop-pal kisérletezek egy ideje és minap arra gondoltam, hogy kipróbálom wx.NET-et... Letöltöttem és kicsomagoltam a wx.NET-0.9.2.zip-et, aztán csináltam egy /etc/ld.so.conf.d/wx.conf fájlt ami a wx.NET Bin könyvtárára mutat, volt egy ldconfig (az ldconfig -p mutatja is az libwx-c-0-9-0-2.so-t), majd egy új mono projektben a referenciákhoz hozzáadtam a wx.NET-et. Mindezek után a teszt-projektem, ami per pillanat egyetlen üres ablakot kellene mutasson, lefordul ugyan, de nem fut, mert: Unhandled Exception: System.DllNotFoundException: wx-c-0-9-0-2 at (wrapper managed-to-native) wx.App:wxApp_ctor () at wx.App.LockedCTor () [0x0] in filename unknown:0 at wx.App..ctor () [0x0] in filename unknown:0 at wxTeszt.MainClass..ctor () [0x0] in filename unknown:0 at wxTeszt.MainClass.Main (System.String[] args) [0x0] in filename unknown:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.DllNotFoundException: wx-c-0-9-0-2 at (wrapper managed-to-native) wx.App:wxApp_ctor () at wx.App.LockedCTor () [0x0] in filename unknown:0 at wx.App..ctor () [0x0] in filename unknown:0 at wxTeszt.MainClass..ctor () [0x0] in filename unknown:0 at wxTeszt.MainClass.Main (System.String[] args) [0x0] in filename unknown:0 Ebből azt értem, hogy nem találja a wx-c függvénykönvtárat (ami pedig ott van a helyén, dll és so formában is...) Nyilván nem vagyok egy nagy mono, illetve wx szakértő... ezért meg tudná valaki mondani, hogy mit rontottam el? Köszönettel, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: wine-os program hibernálása
Gábor Kovács furto...@gmail.com írta (2014. július 28. 9:20): ... Hát igen, egy kicsit pontatlanul írtam le a jelenséget. A gond az, hogy a hiba nem a kilépésnél keletkezik. Ott lementi az összes fájlt, úgy ahogy azt kell. Ha ezt átmásolom egy windowsos környezetbe, akkor ott elindul a program, betölti a megfelelő beállításokat. Wine-os környezetben is betölt mindent amit kell, de nem a megfelelő sorrendben. A profil betöltése közben sehol nem találok hibaüzenetet. Azzal tisztában vagyok, hogy a wine nem tetljes Windows, így lutri, hogy egy program elindul-e, és ha elindul, akkor csoda, ha minden szempontból megfelelően működik.Sajnos ez a program csak windowsos környezetben van meg, mással nem tudom kiváltani. Én is ódzkodom a hibernálástól, de itt nem látok más megoldást, ezért örülnék, ha csak ezt az egy programot tudnám altatni. ... Szia! Azért én még nem vetem/vetném el a hibernálás-mentes lehetőséget... Jártam már úgy, hogy egy program a wine valami.exe-vel indítva azt panaszolta, hogy nem találja a saját munkakönyvtárát... a wine totalcmd.exe után a Total Commender-ből elindult ugyan, de így elég kényelmetlen volt indítani... a megoldást az jelentette, hogy a wine valami.exe /munka=c:\valami -egyébként nem dokumentált...!- parancssori paraméterrel frankón elindult, így már lehetett akár inkonról is indítani. ...mondjuk szerencse volt, hogy fejlesztő volt oly segítőkész, hogy elárulta a fejlesztéshez bevezetett paramétereket... Szóval azt kellene megtudni, hogy a proginak van-e példul olyan paraméterezési lehetősége, amivel a beállításokat kézzel betöltheted, akár megadott sorrendben is. Az sejthető, hogy a betöltési sorrendet mi határozza meg? Esetleg egyéb részleteket is elárulhatnál... akár magánban is... Üdv, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: wine-os program hibernálása
Kovács Gábor furto...@gmail.com írta (2014. július 27. 18:12): Sziasztok! Linuxos klienseken futtatunk windowsos programot wine alatt. A program mindent megcsinál, amit kell, de amikor kilép, akkor elfelejti az összes beállítást, az új indítás után ezeknek a beállítása felhasználó függően akár ... Szia! Nem vagyok híve a hibernálásnak, így -szerintem- inkább azt kellene kitalálni, hogy miért is felejti el a program beállíásokat? Ezeket hova akarja menteni: fájlba, registry-be, adatbázisba, esetleg máshova? Nem lehet a hiba oka jogosultság-probléma? Példul egy olvasható, de nem írható fájl? Ha xterm-ből indítod, nem kapsz semmi hibaüzenetet? Nincs valamilyen napló? A registry-t nézted? Használja-e a program, illetve miket írogat oda? Lehetséges-e, hogy nem talál egy -pl a mentéshez szükséges- dll-t, mert az a PATH-on nem elérhető? Üdvözlettel, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
framebuffer console mode
Sziasztok! Ha jól emlékszem, a Debian Wheezy-re történő upgrade óta, a rendszer indulás közben -az általam megszokott és szeretett- hagyományos framebufferes konzolon átállítja a fontkészletet, aminek hatására a konzol betűi nehezebben olvashatóak lesznek... (A probléma induláskor valahol a console mode setting... (vagy hasonló) sor tájékán jön elő.) Meg tudná valaki mondani, hogy hogyan állíthatom vissza a sima framebuffer konzolt? Köszönettel: kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: framebuffer console mode
Salamon Attila sattila-...@kanizsatrend.hu írta (2014. július 3. 14:27): ... # apt-get remove console-setup ... Köszönöm, ez segített! Az uninstall-ra valamiért nem gondoltam, egyfolytában valami titkos beállítás keresgéltem.. Köszi még1x! kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: dual monitor setup nyűg
Kosa Attila zs...@kosaek.hu írta (2014. január 27. 11:06): ... de szerintem ez alapjan at lehet irni ket videokartyasra. ... Sajnos tapasztalataim szerint két monitor felélesztése korántsem triviális feladat... legalábbis nem minden esetben... vagy csak én fogtam ki eddig nehéz eseteket... illetve az is lehet, hogy én vagyok túl béna... Véleményem szerint igencsak eszköz és meghajtóprogram függő a dolog, az Xorg esetleges megváltozásáról nem is szólva (mert már úgy is jártam, hogy az Xorg frissítése után nem működött az addig tökéletes beállításom...); eddig kb 5x szívtam napokat azzal, hogy tekintélyes mennyiségű guglizás után beizzítsam mindkét kijelzőt... A sikeres konfigurációk pedig elsősorban abban különböznek, hogy a Device, Monitor, vagy épp a Screen szakaszban kellett definiálom a második monitort, mer' máshogy nem ment. ... és volt olyan, hogy sehogy se ment, mert pl az alaplapi Intel vezérlő mellé dugott bármi más kártya esetén a plusz kártya 'kilőtte' az alaplapit... ezt a projektet pl fel is adtam és - az Intel hangos szidalmazása mellett - tettem a masinába egy kétfejes ATI kártyát... Így azt javaslom, hogy a Google-val egy alapos xorg dual head config options + kártyatípus szerinti keresés után - ahol is az a kérdés, hogy van-e halvány remény a sikerre... - az Xorg kártya-specifikus driver-ének opcióinak átnézésével kezdd a kísérletezést... Esetleg segíthetnek az alábbi oldalak: https://wiki.archlinux.org/index.php/multihead http://superuser.com/questions/313146/dual-monitor-setup-xrandr-versus-xorg-conf https://01.org/linuxgraphics/documentation/how-set-dual-head-intel-graphics-randr-1.2 ..., de nyilván ezeket erősen adaptálni kell a helyi viszonyokra. Az xorg.conf-jaimat pedig szívesen elküldöm privátba, ha gondolod. Ezek a következő esetekre vannak kidolgozva: ati-radeon, geforce-6200, matrox-g450. (Tudom, őskövületek, de ez van, ezt kell szeretnem... emellett talán jók lesznek mintának...) Üdv, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Wheezy, phpMyAdmin hiba
Szládovics Péter p...@szladovics.hu írta (2014. január 19. 14:06): ... The requested URL /phpmyadmin/navigation.php was not found on this server. Pedig szerintem tök körrekt a hibaüzenet, mindenütt ugyanaz látszik. Keresd meg, ki tehet arról, hogy a navigation.php hivatkozásánál a fájlkiterjesztés mögé odakerül egy '' karakter. Szerintem sem jó az ott, és a hibaüzenet/logok szerint sem. Köszönöm, hogy próbálsz segíteni! A ki tehet arról kérdésre a következő a válasz: root@debian-laptop:/etc/apache2/conf.d# grep -r navigation.php /usr/share/phpmyadmin/* ... /usr/share/phpmyadmin/index.php:src=navigation.php?php echo $url_query; ? /usr/share/phpmyadmin/index.php:src=navigation.php?php echo $url_query; ? root@debian-laptop:/etc/apache2/conf.d# Tehát a tettes a Wheezy gyári phpmyadmin csomagjának index.php-je, ami önmagban is szokatlan, ha esetleg hibásan kerül kiadásra, de pláne akkor érthetelen, ha más gépekre telepítve a hiba nem jön elő... Már túl vagyok a vonatkozó csomagok teljes újratelepítésén, azaz letöröltem minden php-s, apache2-ös és phpmyadmin csomagokat (a mysql-t békén hagytam, mert vélhetően nem ott van a hiba...), a dpkg -P-vel kitakarítottam a megmaradt állományokat, megnéztem, hogy tényleg nem maradt-e meg még valami, majd végül mindent visszatelepítettem a apt-get install phpmyadmin paranccsal, bízva abban, hogy minden (össze)függő és szükséges csomagot magával visz, vagy hoz... (A többi gépen, melyeket korábban emlegettem, szintén így csináltam, és ott nincs hiba.) Ezután azt vettem észre (lehet, hogy ez a hiba korábban is megvolt, csak nem tűnt fel...), hogy mintha az apache2 a php-t nem ismerné fel: pl a phpinfo() nem ad vissza semmit, a fenti navigation.php tartalma pedig szépen listázódik a böngészőben... (az index.php viszont nem, az következetesen dobálja az immáron szokásos hibaüzenetet...) Erre ellenőriztem, hogy a /etc/apache2/mods-enabled könyvtárban ott van-e a php5.conf és php5.load link, ahogy kell... és ott van. Ezután készítettem egy php.conf-ot a /etc/apache2/conf.d könyvtárban, az alábbi tartalommal: IfModule mime_module AddType text/html .php .phps /IfModule ...de ez sem segített. Úgyhogy innen már teljesen tanácstalan vagyok, hogy a gyári alapértékekkel telepített phpmyadmin mi a bánatért nem működik...? Ötlet...? Mit nézzek még meg? Köszönettel, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Wheezy, phpMyAdmin hiba
Pirity Tamas Gabor p...@apaczai.elte.hu írta (2014. január 21. 11:15): A forrást mutatja meg? libapache2-mod-php5 csomag fent van? Csinálj már egy dpkg listát az apache-ra szűrve. Meg egy ls-t a /etc/apache2/mods-available és /etc/apache2/mods-enabled mappákból. Mihelyt a gép közelében leszek megcsinálom a listákat. Egyébként ahogy emlékszem, a php.load és php.conf (vagy hasonló) be van linkelve az enabled könyvtárba. A csomagokat az apt-get-tel raktam fel, az említett libapache2-mod-php5 csomag neve rémlik is, hogy automatikusan települt... _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Wheezy, phpMyAdmin hiba
Sziasztok!
Van egy Asus laptop, melyen az Ubuntut lecseréltem Wheezy-re, nem
minden zökkenő nélkül...
...és most belefutottam egy olyan hibába, amit nem értek és ami
nagyobb baj, hogy nem is tudok kijavítani:
Némi webfejlesztési feladat miatt telepítettem egy Apache-t, MySQL-t
és phpMyAdmin-t (a többi csingilingiről nem szólva...), teljesen
gyári alapbeállításokkal, szóval semmit sem változtattam az alap
konfiguráción. (A fura az, hogy kb 5 másik gépre is tettem fel
mostanában LAMP-ot, ugyanígy alapbeállításokkal és azokon semmi, de
semmi probléma nem volt: pöccre röfent és megy azóta is...)
Majd mikor be szerettem volna lépni a phpMyAdmin-ba, a következőt
láttam a böngészőben:
Not Found
The requested URL /phpmyadmin/navigation.php was not found on this server.
Apache/2.2.22 (Debian) Server at localhost Port 80
A naplóba is bekerül a hiba:
# tail -n 200 -f /var/log/apache2/error.log
[Tue Jan 07 01:29:28 2014] [error] [client 127.0.0.1] File does not
exist: /usr/share/phpmyadmin/navigation.php, referer:
http://localhost/phpmyadmin/
[Tue Jan 07 01:29:28 2014] [error] [client 127.0.0.1] File does not
exist: /usr/share/phpmyadmin/, referer: http://localhost/phpmyadmin/
[Tue Jan 07 01:29:29 2014] [error] [client 127.0.0.1] File does not
exist: /usr/share/phpmyadmin/navigation.php, referer:
http://localhost/phpmyadmin/
Kicsit furcsa, hogy 3 hiba is keletkezik, de gondolom ez 3
include-olás miatt lehet.
Először arra gondoltam, hogy bugos a phpMyAdmin...
Rágugliztam, de semmi értelmeset nem találtam a témában, megoldást
pláne nem. Olyan, mintha csak én lennék kitüntetve ezzel a nyűggel...
A Firebug konzol is éppen be volt kapcsolva, abban pedig ez látszik:
An unsupported character encoding was declared for the HTML document
using a meta tag. The declaration was ignored.
content=text/html; charset=?php echo $GLOBALS['charset']; ? /
/phpmyadmin/ (106. sor)
SyntaxError: missing ; before statement
y = '?php echo PMA_escapeJsString(PMA_generate_common_url('', '', ''));?';
/phpmyadmin/ (111. sor, 60. oszlop)
Sajnos ez nekem még kevesebbet mond, mint az előző... a megadott
sorokban, oszlopokban semmi gyanúsat nem látok, viszont mivel minden
alapértelmezett, mindenhol UFT8-at használok, sehol sem állítottam el
semmit, nem értem a karakterkódolásra utaló hibát sem.
Szóval a fentiek alapján tudna valami segíteni, hogy hogyan tudnám
életre kelteni a phpmyadmin-t...?
Köszönettel,
kjt
_
linux lista - linux@mlf.linux.rulez.org
http://mlf.linux.rulez.org/mailman/listinfo/linux
Lemezhiba?
Sziasztok! Van egy jobb sorsra érdemes szerver-em, melyben 4 db 500G-s ATA lemez dolgozik, RAID-be fűzve... A lemezek eredetileg egy P4-es gépben voltak, de át kellett őket tennem egy másik (hasonlóan régi, csak Xeon-os) masinába, amelyikben nem volt megfelelő IDE vezérlő, így hát be kellet érjem a PCI buszba dugott IDE vezérlő használatával... A gondom az, hogy időnként a következők kerülnek a log-ba: Apr 5 10:43:07 fmo kernel: [14912.320016] ata6: link is slow to respond, please be patient (ready=0) Apr 5 10:43:12 fmo kernel: [14917.304020] ata6: device not ready (errno=-16), forcing hardreset Apr 5 10:43:12 fmo kernel: [14917.304033] ata6: soft resetting link Apr 5 10:43:12 fmo kernel: [14917.493221] ata6.00: configured for UDMA/133 Apr 5 10:43:12 fmo kernel: [14917.508532] ata6.01: configured for UDMA/33 Apr 5 10:43:12 fmo kernel: [14917.508542] ata6.00: device reported invalid CHS sector 0 Apr 5 10:43:12 fmo kernel: [14917.508559] ata6: EH complete A hibát(?) nem tudom reprodukálni, de van, hogy percenként, van, hogy csak naponta történik a dolog. A hibaüzenet a négyből hol az egyikre, hol a másikra hivatkozik, így nem tudom lemezhez kötni a dolgot, de vezérlőhöz se, mert ha a lemezeket egy RAID vezérlőre teszem (PM-nek használva mind a 4-et), akkor is ez van... Mondjuk a hibaüzenet annyira nem zavarna, ha nem félnék, hogy valamelyik lemez egyszer csak bedobja a törölközőt, illetve, ha a hibaüzenetkor nem nőne elviselhetetlenül hosszúra a Samba válaszideje. Érdekes módon az Apache esetében akkor sincs túl hosszú válaszidő, ha a Samba hosszú percekig nem reagál egy-egy kérésre. Per pillanat azt látom (hdparm -i ...), hogy a SLAVE lemezek udma2-vel ketyegnek, a PRIMARY lemezek pedig udma6-tal. De holnap meg lehet, hogy fordítva lesz... A kábelek cseréje megvolt, de nem használt; a táp elég erős lehet, mert régebben 8-10 lemezt is kiszolgált egyszerre, igaz nem ilyen nagyokat. Szóval van valakinek ötlete, hogy mit kellene megnéznem/csinálnom...? Köszönettel, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Squeeze, raid v1.2
Székelyi Szabolcs c...@mail.3d.hu írta (2012. szeptember 19. 11:16): On 2012. September 19. 09:06:53 Kis János Tamás wrote: ... Nezd meg a /etc/default/mdadm fajlban azINITRDSTART erteket, ott lehet megadni, hogy bootolaskor mely tombok induljanak el. Lehet 'all'-t is mondani. Ez az alapértelmezett 'all'-on van. Valoszinuleg azert csak az ujonnan letrehozott tombok nem indulnak el, mert a fenti fajlban expliciten fel vannak sorolva a regiek (es csak a regiek). Nem. Az ertek megvaltoztatasara a `dpkg --reconfigure -plow mdadm` parancs javallott. Pontosítok: dpkg-reconfigure -plow mdadm (biztos ami biztos, lefuttattam) Ez mind megvolt, de újraindítás után is maradt a probléma... Egyéb ötlet? (Azon kívül, hogy csináljak új tömböket... esetleg régi verziójút...) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Squeeze, raid v1.2
Hali, Vannak pár raid tömböm, melyek közül kettő (az újonnan létrehozott, 1.2-esek) a rendszer indulásakor nem éled fel, csak külön kérésre: mdadm --assemble --auto=yes /dev/md2 /dev/sd[bd]2 --run mdadm --assemble --auto=yes /dev/md13 /dev/sd[bd]3 --run Innentől kezdve minden oké, de persze jobb szeretném, ha kézzel nem kéne semmit sem mahinálni... A dmesg | grep md ezt írja: ... [ 1493.198332] md: md2 stopped. [ 1493.200345] md: bindsdb2 [ 1493.200750] md: bindsdd2 [ 1493.205410] raid1: raid set md2 active with 2 out of 2 mirrors [ 1493.205476] md2: detected capacity change from 0 to 8586131456 [ 1493.206277] md2: unknown partition table és nagyon hasonlót az md13-ra root@debian:/# mdadm --detail /dev/md2 /dev/md2: Version : 1.2 Creation Time : Wed Jun 27 15:01:23 2012 Raid Level : raid1 Array Size : 8384894 (8.00 GiB 8.59 GB) Used Dev Size : 8384894 (8.00 GiB 8.59 GB) Raid Devices : 2 Total Devices : 2 Persistence : Superblock is persistent Update Time : Wed Sep 19 08:22:41 2012 State : clean Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0 Name : 'debian':2 UUID : c3f507b4:3be13a9a:348e39e3:1423b3aa Events : 296 Number Major Minor RaidDevice State 3 8 500 active sync /dev/sdd2 1 8 181 active sync /dev/sdb2 Ebből én csak azt látom,hogy minden rendben. root@debian:/# tune2fs -l /dev/md2 tune2fs 1.41.12 (17-May-2010) Filesystem volume name: none Last mounted on: not available Filesystem UUID: ed98d681-9af6-43d8-8c93-5bf4f8ce35fd Filesystem magic number: 0xEF53 Filesystem revision #:1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype sparse_super large_file Filesystem flags: signed_directory_hash Default mount options:(none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 524288 Block count: 2096223 Reserved block count: 104811 Free blocks: 1854613 Free inodes: 494331 First block: 0 Block size: 4096 Fragment size:4096 Reserved GDT blocks: 511 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Filesystem created: Fri Jul 13 10:24:18 2012 Last mount time: Tue Sep 11 07:43:32 2012 Last write time: Tue Sep 11 16:13:05 2012 Mount count: 17 Maximum mount count: 37 Last checked: Fri Jul 13 10:24:18 2012 Check interval: 15552000 (6 months) Next check after: Wed Jan 9 09:24:18 2013 Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 28 Desired extra isize: 28 Journal inode:8 Default directory hash: half_md4 Directory Hash Seed: 38e50cc9-92bc-484d-a574-606b37e42c4b Journal backup: inode blocks Itt már látok némi inkoherenciát, mert a blokk_darab*blokk_méret/1024, azaz 2096223*4096/1024 képlet a 8384892 értéket adja, ami nem egyenlő a fentebb látható 8384894 tömb-mérettel, de ettől még a tömbre azért tán' csak rá kellene férnie egy 2 Kb-tal kisebb fájlrendszernek... vagy nem? Egy másik, teljesen jól működő tömböt is megnéztem (igaz, az 0.90-es), ott a különbség jóval nagyobb: 55278 Kb Szóval tudna valaki segíteni, hogy a tömböm induláskor simán életre keljen...? Köszönettel, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Squeeze, raid v1.2
Kosa Attila zs...@kosaek.hu írta (2012. szeptember 19. 9:14): fdisk -l /dev/sd[bd] grep ARRAY /etc/mdadm/mdadm.conf root@debian:/# fdisk -l /dev/sd[bd] /dev/sdb lemez: 500.1 GB, 500107862016 bájt 255 fej, 63 szektor, 60801 cilinder Egység: cilinderek 16065 * 512 = 8225280 bájt Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Lemezazonosító: 0xb37a9f32 Eszköz Indítás Eleje Vége Blokkok Az Rendszer /dev/sdb1 1 130 1044193+ fd Linux raid automatikus felismeréssel /dev/sdb2 * 1311174 8385930 fd Linux raid automatikus felismeréssel /dev/sdb31175535033543720 fd Linux raid automatikus felismeréssel /dev/sdb45351 60801 445410157+ fd Linux raid automatikus felismeréssel /dev/sdd lemez: 500.1 GB, 500107862016 bájt 255 fej, 63 szektor, 60801 cilinder Egység: cilinderek 16065 * 512 = 8225280 bájt Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Lemezazonosító: 0x Eszköz Indítás Eleje Vége Blokkok Az Rendszer /dev/sdd1 1 130 1044193+ fd Linux raid automatikus felismeréssel /dev/sdd2 * 1311174 8385930 fd Linux raid automatikus felismeréssel /dev/sdd31175535033543720 fd Linux raid automatikus felismeréssel /dev/sdd45351 60801 445410157+ fd Linux raid automatikus felismeréssel root@debian:/# grep ARRAY /etc/mdadm/mdadm.conf ARRAY /dev/md1 metadata=0.90spares=1 UUID=7a629d75:41ff4128:c230666b:5103eba0 ARRAY /dev/md2 metadata=1.2 spares=1name='debian':2 UUID=c3f507b4:3be13a9a:348e39e3:1423b3aa ARRAY /dev/md3 metadata=0.90spares=1 UUID=ba78ca75:d3779b55:c230666b:5103eba0 ARRAY /dev/md4 metadata=0.90 UUID=7ad10ac8:f0a07c42:c83a1e63:55751851 ARRAY /dev/md11 metadata=0.90 spares=1 UUID=01c838a9:cd0a01b1:5926c2cf:772f5b63 ARRAY /dev/md12 metadata=0.90 spares=1 UUID=c2737db3:b5de0b1a:c83a1e63:55751851 ARRAY /dev/md13 metadata=1.2spares=1name='debian':13 UUID=2c5cb279:502203bd:8c24ce68:39215eec ARRAY /dev/md14 metadata=0.90 spares=1 UUID=1e5de659:ee1110b8:1291698b:f95d8238 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
request-tracker 4
2012. szeptember 18. 12:05 Varadi Gabor írta, var...@mithrandir.hu: Egy működő konfigurációban az alábbiak vannak beállítva: ... Set($CorrespondAddress , 'rt'); Set($CommentAddress , 'rt'); Bocsánat, hogy beleszólok (mert őszintén szólva az RT-t még épp hogy csak kóstolgatom), de azt hiszem, itt némi joggal mondja a rendszer, hogy as a 'Requestor' would create a mail loop... Az persze érdekes, hogy másik gépen miért megy...?! Emellett azt azért meg szeretném kérdezni, hogy az RT-t csomagból raktad fel, vagy forrásból? A csomagkezelő nem használ valami eldugott környezeti változót? (Debian alatt már szívtam párszor, hogy a /etc/default-ban lévő bejegyzésről elfeledkeztem és amit máshol megadtam, az nem akart érvényesülni... igaz, az nem RT volt...) ... és ha kipróbálod a forrásból telepítést, akkor az mit csinál? Üdv, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Gigabyte 7NNXP - új, kontra régi grub
Gabor HALASZ halas...@freemail.hu írta (2012. május 14. 21:58): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610184 Köszönöm, hogy válaszoltál, de sajnos nem jutottam előbbre... a hosszú bugreport-ban én nem találtam semmi használhatót (ebbe természetesen lehet, hogy a figyelmetlenségem is közrejátszik...). Így azt hiszem marad a plusz lemezes áthidaló megoldás. Üdv, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: socket file azonosítás
Hegedüs Ervin airw...@freemail.hu írta (2012. május 21. 15:57): Hello, ott van a doksiban... Az ldapi:// schéma értékét írd át, mondjuk így: ldapi:///tmp/slapd.sock Igazad van, csak a sok %2F megzavart... ;) A gyökérben lévő fájl egyébként magától nem, csak némi kézi rásegítéssel tűnt el... A slapd igazán kitakaríthatna rendesen maga után... Minden esetre köszönöm a segítséget! Üdvözlettel: kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
socket file azonosítás
Sziasztok! Sajnos a guglizás nem segített, így kénytelen vagyok kérdezni... hogyan tudom kideríteni, hogy a /127.0.0.1 file-t melyik program használja? Kicsit zavar, hogy a root-ban van és -ha egyáltalán muszáj léteznie, akkor- átirányítanám mondjuk a /var/run-ba... Azt sejtem, hogy ez egy socket file, de melyik programhoz tartozik? (Kicsit ugyan gyanús a slapd, de hiába állítom le, a file megmarad...) root@local:/# ls -laF /127.0.0.1 srwxrwxrwx 1 root root 0 máj 21 10.28 /127.0.0.1= root@local:/# file /127.0.0.1 /127.0.0.1: socket root@local:/# lsof -UV | grep 127 slapd 12754openldap4u unix 0xf4309a00 0t0 260230 socket slapd 12754openldap 11u unix 0xf4308e00 0t0 260236 127.0.0.1 root@local:/# /etc/init.d/slapd stop Stopping OpenLDAP: slapd. root@local:/# ls -laF /127.0.0.1 srwxrwxrwx 1 root root 0 máj 21 10.28 /127.0.0.1= root@local:/# file /127.0.0.1 /127.0.0.1: socket root@local:/# lsof -UV | grep 127 root@fmo:/# Köszönettel: Kis János Tamás _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: socket file azonosítás
Hofferek Attila h...@soka.co.hu írta (2012. május 21. 13:54): 2012.05.21. 13:52 keltezéssel, Kis János Tamás írta: Azt sejtem, hogy ez egy socket file, de melyik programhoz tartozik? (Kicsit ugyan gyanús a slapd, de hiába állítom le, a file megmarad...) Szia, a fuser mond rá valamit? -- Semmi használhatót: root@local:/# fuser -av /127.0.0.1 FELHASZNÁLÓ PID HOZZÁFÉRÉS PARANCS /127.0.0.1: root@local:/# _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: socket file azonosítás
Hegedüs Ervin airw...@freemail.hu írta (2012. május 21. 14:01): # netstat -anxp Active UNIX domain sockets (servers and established) Proto RefCnt Flags Type State I-Node PID/Program name Path unix 2 [ ] DGRAM 234322539 4959/rsyslogd /var/spool/postfix/dev/log # ps ax | grep 4959 4959 ? Sl 8:38 /usr/sbin/rsyslogd -c3 root@local:/# netstat -anxp | grep 127 unix 2 [ ACC ] STREAM LISTENING 518539 17660/slapd 127.0.0.1 root@local:/# ps axf | grep 17660 26669 pts/1S+ 0:00 \_ grep 17660 17660 ?Ssl0:00 /usr/sbin/slapd -h ldap://127.0.0.1/ ldaps://127.0.0.1/ ldapi://127.0.0.1/ ldaps://10.108.1.5/ -g openldap -u openldap -F /etc/ldap/slapd.d -4 root@local:/# Ez továbbra is a slapd daemon-t teszi gyanússá, de hogyan tovább...? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: socket file azonosítás
2012/5/21 Hegedüs Ervin airw...@freemail.hu: On Mon, May 21, 2012 at 03:02:29PM +0200, Kis János Tamás wrote: ... Ez továbbra is a slapd daemon-t teszi gyanússá, de hogyan tovább...? teszi gyanússá... - szegény slapd, már az is baj ha azt csinálja amit mondasz neki? :) :))) ... Te meg ugye így indítod: /usr/sbin/slapd -h ldap://127.0.0.1/ ldaps://127.0.0.1/ ldapi://127.0.0.1/ ldaps://10.108.1.5/ ... Egészen pontosan így indítom: root@local:/# cat /etc/default/slapd | grep ^SLAPD_SERVICES SLAPD_SERVICES=ldap://127.0.0.1/ ldaps://127.0.0.1/ ldapi://127.0.0.1 ldaps://10.108.1.5/ Azt eddig is sejtettem, hogy a slapd a tettes, csak azt nem értem, hogy 1. hogyan tüntethetem el a /127.0.0.1 file-t a /-ból, illetve hogyan tehetem más helyre; 2. ha a slapd leáll, a file miért marad meg? root@local:/# /etc/init.d/slapd stop Stopping OpenLDAP: slapd. root@local:/# ps axf | grep slapd 3714 pts/1S+ 0:00 \_ grep slapd root@local:/# netstat taupnx | grep 127 unix 2 [ ] DGRAM622127 root@local:/# ls -laF /127.0.0.1 srwxrwxrwx 1 root root 0 máj 21 15.34 /127.0.0.1= root@local:/# _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Gigabyte 7NNXP - új, kontra régi grub
Sziasztok, Van egy nem túl fiatal Gigabyte 7NNXP alaplapom, rajta 2 sata és 3 ata lemezzel. A Squeeze 6.0.4 rendszerem (azaz a /) egy soft raid lemezen van (/dev/md2: /dev/sd[abc]2) A régebbi debian-okkal (3.x, 4.x) feltelepített grub-ok (pl az 1.5-ös verzió) minden gond nélkül indították a rendszert, azonban az újabb kiadások (5.x-től) már a grubnak valami olyan verzióját tartalmazzák, melyek a grub menüt sem találják meg... A hétvégén pl telepítettem egy új (6.0.4-es) debian-t, a grub-install ki is írja, hogy: debian:/# grub-install (hd0) error: superfluous RAID member (2 found). error: superfluous RAID member (2 found). error: found two disks with the number 12. error: superfluous RAID member (2 found). error: superfluous RAID member (2 found). error: superfluous RAID member (2 found). error: superfluous RAID member (2 found). ...és ez még jó sokszor... Installation finished. No error reported. debian:/# az boot folyamat azonban belefagy a error: superfluous RAID member (2 found). error: superfluous RAID member (2 found). üzenetekbe, amit egyébként sem értek, mert ugyan miért baj, ha van fölösleges raid tagom? (A fenti tömbben a /dev/sdb2 a tartalék) A rendszert most csak úgy tudom elindítani, hogy betettem még egy kis lemezt, felhúztam rá egy 4.x-es debiant és annak a grub-ja behúz bármit, amit csak akarok, de nem értem, hogy az új 6.x-es rendszerek miért nem tudnak a saját grub-jukkal betöltődni. Pontosítok: betöltődnek, ha a BIOS-ban kikapcsolom a sata lemezeket... no ezt sem értem teljesen... Talán kellene valami paraméter a grub-nak...? (az insmod sata_sil, insmod ite821x -eken már túl vagyok, nem segítettek) Szóval tudna valaki valami ötletet adni, hogy mit csináljak az újdonsült Squeezze-el, hogy el tudja végre indítani saját magát, a SATA lemezekkel együtt? Köszönettel: kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
perl mechanize flash
Sziasztok! Szeretnék írni egy kis webrobotot, ami egy flash-sel megáldott oldalon matat. (Az űrlapos oldalakkal már egész jól elboldogulok, de a flash-hez nagyon nem értek...) Tudna valaki ajánlani valami jó doksit, ahol ennek utána olvashatnék? (Nem baj, ha magyar...) Vagy esetleg tudna adni/mutatni valaki egy egyszerű kis példát? És egyáltalán lehet webrobotot írni flash-elt oldalra? Köszönettel: kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cgi
2012/1/30 Kiss Gabor ki...@ssg.ki.iif.hu:
A szememnek jobban esne itt:
my
($lepeskoz,$lepeskoz_tol)=($q-param('lepeskoz'),$q-param('lepeskoz_tol'));
...
Esetleg
print $q-Dump; # ? :-)
Mint azt már az előbb írtam, eme programocska nem a szépségről
szólt... de az OOP jegyében azért kijavítottam a dolgot... és a
$q-Dump is szebb megoldás, mint az én egész hosszú műveletem...
csak a változót és az értékét nem egy sorba írja...
Plusz most már kiíratom a változók értékét is...
Minden esetre a végeredmény sajnos nem változott: a $lepeskoz_tol
értéke szépen megváltozik, de a textfield nem veszi fel annak értékét.
Ez az, amit nem értek.
Köszönettel,
kjt
ui: Per pillanat így állok:
#!/usr/bin/perl -T -t
use strict;
use CGI qw/:standard/;
my $q=CGI-new;
print $q-header();
print $q-start_html();
my ($lepeskoz,$lepeskoz_tol)=($q-param('lepeskoz'),$q-param('lepeskoz_tol'));
print i'$lepeskoz' - '$lepeskoz_tol'/ibr;
if ($q-param('elore')) { $lepeskoz_tol=$lepeskoz_tol+$lepeskoz }
print i'$lepeskoz' - '$lepeskoz_tol'/ibr;
print $q-start_form,
$q-submit('semmi'),\n,
$q-submit('elore'),br,\n,
$q-textfield(-name='lepeskoz_tol',
-value=$lepeskoz_tol),-tól,br,\n,
$q-textfield(-name='lepeskoz', -value=$lepeskoz),
(lepeskoz),br,\n,
$q-end_form,hr,\n;
print i'$lepeskoz' - '$lepeskoz_tol'/ibr;
my $i; foreach ($q-Vars) { $i++; if ($i%2) { print $_: } else {
print $_br\n } }
print i'$lepeskoz' - '$lepeskoz_tol'/ibr;
print $q-hr;
print $q-Dump;
print $q-hr;
print $q-end_html;
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cgi
Gabor HALASZ halas...@freemail.hu írta (2012. január 31. 14:07):
Helo!
Mivel az utolso leveledet kinyirta a freemail, nem igazan tudok ra
valaszolni, de amit kihamoztam belole, az alapjan meg mindig nem mukodik
(ha tevednek, sorry):
Jó lenne, ha tévednél, de sajnos nem tévedsz. :(
Az elso levelemben is irtam, valamint Kiss Gabor is ugyanazt irta neked,
de akkor kifejtem bovebben: azert nem mukodik, amit irtal, mert a
perlnek nincs param funckioja( man perlfunc ), csak a CGI-new altal
visszaadott objektumnak van param metodusa. Te szepen eltaroltad a
$q-ban a CGI objektumodat, aztan hivogattad sorban az objektum
metodusait, kiveve a paramnal, ahol lefelejtetted elole az objektumot es
a dereference operatort, a $q- -t. Hiba azert nem keletkezett, mert
kihagytad a use strict-et az elejerol, a sok -t kapcsolo meg felesleges,
mert irtal use warning-ot (illetve van egy bonyolultabb magyarazatom is,
de azt most hagyjuk).
Ha azon a gepen, amin hasznalni akarod, nem telepithetsz, akkor egy
masik gepen kuld at a kododat a perltidy-n (olvashato formaba onti) es a
perlcritic-en (szol a durva programozasi hibakert).
Nem vitatkozni akarok, de a tapasztalataim szerint a Perl-nek van
param funkciója... csak példaképpen egy idézet a CGI doksiból:
USING THE FUNCTION-ORIENTED INTERFACE
...
use CGI 'param','header';
...
$zipcode = param('zipcode')
...
(Egyébként több helyen is szerepel ebben a formában... az más kérdés,
hogy objektum orientáltan szebb.)
A sok T már nem tudom minek van (nyilván valami másik progit írtam
át a 2. sortól kezdve...), de szerintem nem sok vizet zavar.
Az use strict ott figyel a 3. sorban, eredetileg benne se volt, de
beleraktam, hátha segít rájönni, hogy hol hibázok.
A változóim szépen fel is töltődnek (a változók értékének kiíratásánál
látom is az új értéket) a param('...') funkcióval (vagy metódussal, ha
úgy jobban tetszik), csak az a nyomorék textfield nem veszi fel az új
értéket. És nem értem, hogy miért...?
Idemásolom a (szerintem) lényeges sorokat (ezt remélem átengedi a freemail is):
...
my ($lepeskoz,$lepeskoz_tol)=($q-param('lepeskoz'),$q-param('lepeskoz_tol'));
...
if ($q-param('elore')) { $lepeskoz_tol=$lepeskoz_tol+$lepeskoz }
...
print ...
$q-textfield(-name='lepeskoz_tol',
-value=$lepeskoz_tol),-tól,br,\n,
$q-textfield(-name='lepeskoz', -value=$lepeskoz),
(lepeskoz),br,\n,
...
Köszönettel:
kjt
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
cgi
Sziasztok!
Egy táblázatból származó adatokat szeretnék oldalakra tördelve
listázni, de a dologgal már az elején elakadtam... annyira az elején,
hogy még sehol sem vagyok a táblázattól... és gyanítom, hogy nem a
feladat bonyolultságával van a probléma, hanem velem...
Szóval lenne olyan jó valaki hogy megmondaná, hogy az alábbi kis
kódban miért nem állítódik át a 'lepeskoz_tol' textbox értéke, ha
megnyomom az 'elore' gombot...?
#!/usr/bin/perl -T -t
use strict;
use CGI qw/:standard/;
my $q=CGI-new;
print $q-header();
print $q-start_html();
my ($lepeskoz,$lepeskoz_tol)=(param('lepeskoz'),param('lepeskoz_tol'));
if (param('elore')) { $lepeskoz_tol=$lepeskoz_tol+$lepeskoz }
print $q-start_form,
$q-submit('semmi'),\n,
$q-submit('elore'),br,\n,
$q-textfield(-name='lepeskoz_tol',
-value=$lepeskoz_tol),-tól,br,\n,
$q-textfield(-name='lepeskoz', -value=$lepeskoz),
(lepeskoz),br,\n,
$q-end_form,hr,\n;
my $i; foreach ($q-Vars) { $i++; if ($i%2) { print $_: ; } else {
print $_br\n } }
print $q-hr;
print $q-end_html;
Köszönettel:
kjt
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cgi
Gabor HALASZ halas...@freemail.hu írta (2012. január 30. 14:46): Szerintem innen kimaradt egy sor: use Template::Toolkit; ;) Igen, így is lehetne, de a lehető legegyszerűbben, egyetlen gombnyomásra szeretném változtat(gat)ni a textfield értékét. A végeredménynek az Oracle 11 beépített perl-jével is mennie kellene, plusz modulok telepítése nélkül... De azért köszönöm a választ! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Rendszeridő és boot
Vajon az érintett alaplapnak egy jövőbeni dátum lehet az alapértelmezése? Ugyanezen alaplap ugyanilyen BIOS-verziójú más példányai is produkálják ezt a jelenséget? (Mármint a jövőbeni dátumot.) Esetleg valami érte a BIOS-t (frissítés, be nem vallott felhasználói belepiszkálás, vírus???)? Csak ötletelek... de legvalószínűbbnek nekem az tűnik, hogy valaki kézzel átállította... szistvan szist...@mail.vcsk.hu írta, 2012.01.05.: Hi! Hazaküldtek egy debian lenny-s mezei gépet, hogy nem indul. A gép pár éve fut gateway-ként, 2db hdd raid1-be (md) kötve. A grub menüig eljut, majd a szokásos kernelt indítva: init ram disk és már csak fekete képernyő volt látható. Miután felmountoltam az egyik hdd-t simán leszedtem az adatokat, a logban az látszódott, hogy jan. 3-án kapott egy shutdown-t, előtte hardver hibára utaló bejegyzések nem voltak. A talány méginkább kezdett érdekessé válni. Memória teszt következett - ugyanabban a gépben pendrive-ról bootolva-, az 1db 1GB-os modul is rendben. Belenézve a BIOS-ba szemet szúrt, hogy a dátum 2099.01.05.!! Miután ezt helyreraktam már zokszó nélkül elindult. Nem tudom, hogy ez kinek új, de engem rendesen meglepett. A tanulság végett írtam le, hátha valaki hasonlóba futna bele, illetve feltenném a kérdést: ki lehet ezt küszöbölni, hogy rossz dátum esetén is elinduljon? Persze értem én, hogy bizonyos helyeken ez igencsak nagy galibát okozhatna, de jelen esetben a squid logjai érdekesek leginkább a dátumot illetően. Esetleg az ext3 naplózó filerendszerbe kavarhatna be? Érdemes ezzel pepecselni? ;-) Előre is köszönöm a válaszokat. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux -- Mobilkészülékről küldve _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: 3DS/DWG
Szima Gábor sy...@tesla.hu írta (2011. december 20. 20:50): Sziasztok! A tudomany mai allasa szerint milyen (free) programmal lehet megnyitni a .3DS es .DWG file-okat? Esetleg atkonvertalhatok olyan formatumra, amit linuxos CAD programok szeretnek? Szép magyarsággal szólva rágugliztam a DWG-re (mivel ez engem is izgat egy kicsit, lévén hogy a QGIS csak DXF-et eszik és csak idő kérdése mikor lesz szükségem DWG-re...) Szóval íme pár érdekesnek tűnő oldal: [http://anydwg.com/dwg-dxf/] Any DWG DXF Converter is batch DWG and DXF bi-directional converter and file version converter, it allows you to convert DWG to DXF, DXF to DWG without the need of AutoCAD. (New - 2012 support) (Sajna ez windózos, de én valszeg' kipróbálnám.) Az egyik fórumon [http://www.linuxquestions.org/questions/linux-software-2/open-source-dwg-to-dxf-converter-431197/] dicsérték az Lx-Viewer-t [http://lx-viewer.sourceforge.net/], amit -ha lesz egy kis időm e célra- ki is fogok próbálni. Aztán a [http://www.freecad.com/CAD_Converters/] címen van még jó néhány program, ezeket nézegetted már...? Üdvözlettek, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mdadm
A probléma megoldódott! :) A hülye fejemmel elfelejtettem az update-initramfs -u parancsot kiadni a tömbök kavarása után... így aztán a rendszer induláskor az initrd.img-ben lévő mdadm.conf alapján próbálta meg összerakni a tömböket, ami nem sikerült, mert volt némi eltérés az igazi mdadm.conf-hoz képest... Üdvözlettel: kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
mdadm
Sziasztok! Van egy upgrade-re igencsak megérett etch, ahol a rendszer (/) egy raid1 tömbön van, amihez biztos-ami biztos, 4 partíció tartozik (pontosabban már csak tartozott). Eredetileg a felállás ez volt: /dev/md2 : /dev/hd[abc]2 + /dev/sd[ab]2 (a /dev/hdb2 volt a tartalék) Gondoltam, előkészítem a squeeze telepítését és kiveszem a sata lemezeket ebből a tömbből, hogy az azokból létrehozott másik tömbre majd feltegyem a squeeze.-t. Megjelöltem hát hibásnak a (/dev/sd[ab]2) partíciókat, megvártam míg a szinkronizálás befejeződik, kivettem a partíciókat, lecsökkentettem a /dev/md2 eszközeinek számát 3-ra ( így az /dev/md2 : /dev/hd[abc]2 maradt, tartalék nélkül ), létrehoztam az új tömböt ( /dev/md12 : /dev/sd[ab]2 ) az /etc/mdadm/mdadm.conf-ot javítottam a mdadm --detail --scan kimenete szerint biztos ami biztos, futtattam egy grub-install-t (/dev/hd[abc]-re) és megvártam, hogy újraindíthassam a gépet... Nos, ez ma reggel meg is történt, de per pillanat én még a régi rendszert akartam elindítani, ami viszont nem ment... mert a grub megtalálja a menüt, a rendszer megpróbál indulni, de ez a süket etch nem tudja összerakni a /dev/md2-t, azaz nincs /! Kapok ugyan egy nagyon alap rendszert (initrd, vagy mi), ahol még mdadm is van, de ott a mdadm --detail --scan is azt mondja, hogy nem tudja összerakni a /dev/md2-t... ha segítek neki, pl így mdadm -assemble -auto=yes -run /dev/md2 /dev/hd[abc]2 akkor összejön a dolog, csak éppen innen nem tudok továbblépni sem megoldani azt, hogy induláskor se legyen probléma, sem pedig felmenni init 3-as futásszintre Arra is gondoltam, sebaj, majd rescue cd-vel megoldom... ami szépen, minden külön mdadm-os trükközés nélkül fel is ismeri a /dev/md2-t, de nem találtam hibát sehol, amit javíthatnék. (A szerver most úgy üzemel, hogy a rescue cd-ről chroot-tal életre tudtam kelteni a legfontosabb szolgáltatásokat...) Volna esetleg valakinek ötlete, hogy hogy rakhatnám rendbe az indítási folyamatot...? Köszönettel: kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: samba pdc migrálás
Kosa Attila zs...@kosaek.hu írta (2011. augusztus 30. 9:49): Mit kellene még áthoznom a régi szerverről, hogy a kliens elhiggye, hogy minden változatlan? /azt hittem elég, ha a SID értékek maradnak/ Esetleg IP? /pontosan nem tudom, hogy a kliens, hogy keresi a szervert, de gondolom broadcast-tal, és a szerver IP-je lényegtelen/ A felhasznaloi adatokat, beleertve a gepek adatait is. Javaslom a pdbedit tanulmanyozasat. A felhasználói és gép ID-k azonosak a régi és az új rendszerben? (Nem a SID-RID-re gondolok, hanem arra az ID-re, amit pl a samdump-pal lehet elővarázsolni Win alatt. Ez megegyezik az ldap-os ID-vel?) Lehet, hogy ezt a pdbedit is tudja, csak ahhoz (még ennyire sem) értek... ;) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Ki a tettes?
Hali, Nem vagyok szakértő, így csak brainstorming oldalról tudok közelíteni... ;) Nem lehet, hogy valami folyamat (esetleg maga a rendszer) felhasználót akar azonosítani a mysql-en keresztül? A mysql-en belül mit csinál, mit keres, milyen utasításokat hajt végre? Vagy lehet, hogy oda akar naplózni valamelyik folyamat...? Üdv, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fetchmail gondok
Nem kellett volna shell-t adni a usereknek csak a fetchmail miatt. man su /--shell Ez bejött! Köszönöm! ;) A fetchmail manja nagyon részletes, leírja, hogy a ~/.fetchmailrc-ben is beállítható a daemon módú futás, ha ez így be van állítva, elég a user nevében csak egyszer elindítani a fetchmailt (akár egy user-szintű cron jobban @reboot esemény megadásával). Lassacskán kezdem felfogni... azt hiszem az zavart meg, hogy a /etc/default/fetchmail START_DAEMON=yes beállításától azt vártam, hogy majd indít egy daemon-t felhasználónként a .fetchmailrc alapján... és ezt fejelték meg egyéb problémák, mint pl a shell dolog és egyebek, amiket meg sem említettem... És mivel most a végeredmény az, amit szerettem volna, egyenlőre nem piszkálom tovább a dolgot. Köszönöm a segítséget! Üdvözlettel, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fetchmail gondok
2011/7/27 Nemeth Gyorgy fri...@freemail.hu: ... Daemon mód mehet rootként és userként. Ha rootként megy, akkor az /etc/fetchmailrc-t használja, ha userként, akkor a ~/.fetchmailrc-t. Nem tudom, mennyire erőforrásigényes minden user nevében elindítani egy fetchmail daemont, de akár azt is megpróbálhatod. Mivel csak néhány felhasználóról van szó egy nem túlterhelt gépen, szerintem a rendszer elbírná a terhelést... de most, hogy működik a levélbegyűjtés, nem nagyon akarok variálni... Viszont hogy ne is maradjak teljesen tudatlan megkérdezem: ezt a user-enkénti daemon-os dolgot hogyan lehet beállítani? Esetemben a crontab-bal jelenleg 5 percenként futtatott szkript valami hasonlóra történő javításával: su kjt -d 300 fetchmail su F --d 300 fetchmail su M -d 300 fetchmail és a gép indulásakor egyszeri meghívással? Köszönettel: kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fetchmail gondok
Kosa Attila zs...@kosaek.hu írta (2011. július 25. 15:31): On Mon, Jul 25, 2011 at 03:05:10PM +0200, Kis János Tamás wrote: Namost az érdekes az az, hogy a su kjt -c fetchmail szépen leszedi a leveleket, míg a su F -c fetchmail és su M -c fetchmail nem csinál semmit sem, és még a log-ba sem ír semmit se, ami segítene keresni a hibát. Elrontottam valamit...? Azt gyanítom, hogy az F es az M usereknek nincs shelljuk. Ez azt hiszem jó ötlet volt... per pillanat mintha működne is a dolog...! Arról, hogy paranoid módon minden új felhasználónak adok egy SHELL=/bin/false-t, már régen elfeledkeztem... És most, hogy idáig eljutottam, már csak az /etc/default/fetchmail-ban a START_DAEMON=? megfelelő beállítását kellene eltalálnom... bár lehet, hogy ha már daemon nélkül, a cron segítségével megy a levél-leszedés, inkább nem kéne piszkálni, hanem örülni... vagyis... Most látom csak: a daemon üzemmód csupán a /etc/fetchmailrc-t nézi meg, a felhasználói .fetchmailrc fájlokat nem...? Ebben az esetben a daemon szóba sem jöhet...! Köszönöm még egyszer! Üdv, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
fetchmail gondok
Sziasztok! A tárgybeli jószággal úgy látom nem tudok szót érteni, ezért kérnék némi segítséget... Van egy felsőbb szintű levelezőszerver, melynek gazdája csak ici-pici postafiókot (pár megabájtnyit) ad a szerencsétlen felhasználóinak, így hiába van rajta imap kiszolgáló is, gyakorlatilag jobban jár a júzer, ha pop3-mal leszedi a leveleket és helyben olvassa el... Mivel a fiók forgalma és a levelek mérete is elég nagy, gyakran kell a felső szintű fiókot üríteni, ráadásul úgy, hogy helyben több embernek is látnia kell a leveleket. Így kitaláltam, hogy fetchmail-lel leszedem a leveleket és a helyeben lévő, nagyobb tárkapacitást biztosító saját imap kiszolgálóval teszem több embernek is láthatóvá. Tehát, van egy Debian Etch-em, rajta egy postfix, uw-imapd, fetchmail és procmail, amit ThunderBird-del támadok. A problémám az, hogy egyes felső szintű fiókok leveleit rendesen leszedi a fetchmail, másokat meg nem, ráadásul a su kjt -c fetchmail nélkül még ennyi sem történik, míg más felhasználónál még ezzel együtt sem történik semmi sem. A kjt emiatt nem morcos, de én igen, mert több fiók is van, ami nem csinál semmit sem... A /etc/default/fetchmail-ban a következő van: START_DAEMON=yes A .fetchmailrc valami ilyesmi: set logfile .fetchmail.log poll mail.domain.hu proto POP3 user k...@domain.hu pass xxx is kjt here mda procmail -f kjt@localhost ~/.procmailrc keep Szóval hasonló (más a név, a jelszó és a helyi felhasználó) konfig-fájlt gyártva másik felhasználónak a levelek nem jönnek le. A jogosultságok rendben vannak. Tudna valaki segíteni, hogy mi kell kell ahhoz, hogy a dolog működjön...? (Remélem sikerült valamennyire érthetően vázolnom a problémát...) Köszönettel: kijato _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fetchmail gondok
Volarics István volari...@gmail.com írta (2011. július 25. 13:53): 2011-07-25 13:25 keltezéssel, � írta: Én egyszerűen minden felhasználó nevében futtatok egy fetchmail-t Az initscript kb ez: Ha van a user home-jában .fetchmail.rc akkor arra a felhasználóra indítok egy fetchmail-t. Így minden felhasználónak annyi postafiókja van amennyit csak akar és nincs másban turkálás. Azért nem jó a központi (/etc/...) fetchmailrc, mert a vannak olyan postafiókok, melyek jelszavát elég, ha az adott felhasználó látja és jobb, ha a jelszavak nem központilag vannak tárolva, ráadásul felhasználónként eltérő beállításokra is szükség van: - van olyan fiók, nevezzük M-nek melynek a leveleit nem törölhetem le a felső szintű kiszolgálóról, mert -egy belső szabályozás miatt- onnan csak egyetlen ember törölhet levelet, miközben kb 5-6 embernek látnia kell az oda érkezőket. localhost:/# cat /home/M/.fetchmailrc set logfile .fetchmail.log poll mail.domain.hu proto POP3 user m...@domain.hu pass xxx is M here mda procmail -f M@localhost~/.procmailrc keep localhost:/# - van olyan fiók, nevezzük F-nek, melynek leveleit 2-3 embernek kell látnia egyidejűleg és emellett közvetlenül törölhetők is a felső szintű kiszolgálóról (miközben a helyi kiszolgálón keresztül elérhetik a leveleket) localhost:/# cat /home/F/.fetchmailrc set logfile .fetchmail.log poll mail.domain.hu proto POP3 user f...@domain.hu pass xxx is F here mda procmail -f M@localhost~/.procmailrc #keep localhost:/# - vannak felhasználók, vegyük alapul a már emlegetett kjt-t, akiknek a leveleit csak egyetlen felhasználónak kell elérnie, így ezek is közvetlenül törölhetők a felső szintű kiszolgálóról (gyakorlatilag ez majdnem ugyan az, mint az előző eset) localhost:/# cat /home/kjt/.fetchmailrc set logfile .fetchmail.log poll mail.domain.hu proto POP3 user k...@domain.hu pass xxx is kjt here mda procmail -f kjt@localhost ~/.procmailrc # keep localhost:/# A leveleket egy, a crontab-ban megadott szkript szedi (azaz csak szedné) le, ami kb ennyi: su kjt -c fetchmail su F -c fetchmail su M -c fetchmail Gondolom ez nagyjából ugyanaz, mint a Te szkriptes megoldásod, csak nagyon fapados (vagy nevezhetjük bénának is...) Namost az érdekes az az, hogy a su kjt -c fetchmail szépen leszedi a leveleket, míg a su F -c fetchmail és su M -c fetchmail nem csinál semmit sem, és még a log-ba sem ír semmit se, ami segítene keresni a hibát. Elrontottam valamit...? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Xorg Nvidia GeForce 6200 dual head
2011/7/11 Kovács Attila ka...@l3.hu: 2011.07.11. 15:03 keltezéssel, Kis János Tamás írta: Adott a tárgybeli eszköz, mellyel 2 db monitort szeretnék vezérelni, (jelenleg) az alábbi beállítások szerint: xrandr a te barátod. A kívánt hatást valóban el lehet érni a xrandr segítségével: kjt@c05:~$ xrandr -s 1600x1200 -r 85 --verbose SZ:Pixels Physical Refresh *0 1600 x 1200 ( 350mm x 262mm ) *85 75 ... Current rotation - normal Current reflection - none Rotations possible - normal left inverted right Reflections possible - X Axis Y Axis Setting size to 0, rotation to normal Setting reflection on neither axis kjt@c05:~$ xrandr -s 1600x1200 -r 85 --verbose --output DVI-I-2 --right-of DVI-I-1 --auto screen 0: 3200x1200 845x316 mm 96.15dpi crtc 1:1600x1200 85.0 +1600+0 DVI-I-2 kjt@c05:~$ xrandr Screen 0: minimum 320 x 200, current 3200 x 1200, maximum 4096 x 4096 DVI-I-1 connected 1600x1200+0+0 (normal left inverted right x axis y axis) 350mm x 262mm 1600x1200 85.0*+ 75.0 ... DVI-I-2 connected 1600x1200+1600+0 (normal left inverted right x axis y axis) 350mm x 262mm 1600x1200 85.0*+ 75.0 ... kjt@c05:~$ de nem lehetne mindezt inkább kultúrált módon valami konfig fájlnak beadagolni...? Köszönettel: kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Xorg Nvidia GeForce 6200 dual head
1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) ... (II) NOUVEAU(0): Printing probed modes for output DVI-I-1 (II) NOUVEAU(0): Modeline 1600x1200x85.0 229.51 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (106.3 kHz) (II) NOUVEAU(0): Modeline 1600x1200x75.0 205.99 1600 1720 1896 2192 1200 1201 1204 1253 -hsync +vsync (94.0 kHz) (II) NOUVEAU(0): Modeline 1280x1024x85.0 157.50 1280 1344 1504 1728 1024 1025 1028 1072 +hsync +vsync (91.1 kHz) (II) NOUVEAU(0): Modeline 1280x1024x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) ... (II) NOUVEAU(0): EDID for output DVI-I-2 ... itt minden sor ugyanaz, mint a DVI-I-1-nél ... (II) NOUVEAU(0): EDID for output TV-1 (II) NOUVEAU(0): Output DVI-I-1 connected (II) NOUVEAU(0): Output DVI-I-2 connected (II) NOUVEAU(0): Output TV-1 disconnected (II) NOUVEAU(0): Using user preference for initial modes (II) NOUVEAU(0): Output DVI-I-1 using initial mode 1280x1024 (II) NOUVEAU(0): Output DVI-I-2 using initial mode 1280x1024 (II) NOUVEAU(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated. (--) NOUVEAU(0): Virtual size is 3200x1200 (pitch 3200) (**) NOUVEAU(0): Driver mode 1280x1024: 157.5 MHz (scaled from 0.0 MHz), 91.1 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline 1280x1024x85.0 157.50 1280 1344 1504 1728 1024 1025 1028 1072 +hsync +vsync (91.1 kHz) (**) NOUVEAU(0): Driver mode 1280x1024: 135.0 MHz (scaled from 0.0 MHz), 80.0 kHz, 75.0 Hz (II) NOUVEAU(0): Modeline 1280x1024x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) ... (**) NOUVEAU(0): Driver mode 1600x1200: 229.5 MHz (scaled from 0.0 MHz), 106.3 kHz, 85.0 Hz (II) NOUVEAU(0): Modeline 1600x1200x85.0 229.51 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (106.3 kHz) (**) NOUVEAU(0): Mode 1600x1200: 206.0 MHz (scaled from 0.0 MHz), 94.0 kHz, 75.0 Hz (II) NOUVEAU(0): Modeline 1600x1200x75.0 205.99 1600 1720 1896 2192 1200 1201 1204 1253 -hsync +vsync (94.0 kHz) (**) NOUVEAU(0): Display dimensions: (360, 270) mm (**) NOUVEAU(0): DPI set to (225, 112) ... ... (II) NOUVEAU(0): NVLeaveVT is called. Szóval, azt értem, hogy az 1600*1200:85 nem egy kifejezetten szabványos üzemmód, viszont mind a kártya, mind a monitor tudja ezt az üzemmódot, csak én nem tudom az xorg.conf-ban beállítani... a PreferredMode piszkálása láthatóan nem hat a dologra... :( Valaki megmondaná, hogy mit kellene megnéznem/javítanom? Vagy tudna adni valaki egy működő (és idevágó) xorg.conf-ot...? Köszönettel: Kis János Tamás _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Xorg Nvidia GeForce 6200 dual head
András Csányi sayusi.a...@gmail.com írta (2011. július 11. 15:07): 2011/7/11 Kis János Tamás kij...@gmail.com: ... Adott a tárgybeli eszköz, mellyel 2 db monitort szeretnék vezérelni, (jelenleg) az alábbi beállítások szerint: ... A log szerint ez még mindig nem az nvidia modul. Másodsorban használd az nvidia-settings programot. Grafikus fitty-fütty és használható. Én azzal állítottam be az enyémet kb 10 perc alatt. Ha nem megy, akkor elküldöm a configot. Az rendben van, hogy nem az nvidia modult használom, mert azt -láthatóan- felváltotta a nouveau és mivel már napok óta ezzel erőlködök, nem akarom feladni, legalábbis még egyenlőre... Szóval a nouveau-hoz kellene egy minta... plusz ennek az nvidiás beállító izé nélkül is mennie kéne...! De persze a konfigodat azért megköszönném, mert még jól jöhet downgrade esetén... ;) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: smb csak egy csatolón
Volarics István volari...@gmail.com írta (2011. július 4. 14:49): 2011-07-04 14:03 keltezéssel, � írta: Adott egy két hálókártyával megáldott szerver. A két kártya közül az egyiket csak az smb kapcsolatokra szeretném használni. Azaz pl eth0 - smtp, pop, imap, ntp, www, stb. eth0:0 - smb Az /etc/samba/smb.conf file-ba: bind interfaces only = true interfaces = eth0:0 Én ezzel kényszerítem a samba-t az eth1-es csatolóra, bár az nálam fizikailag is létezik; azt hiszem lehet itt IP-t is megadni Ez sajnos csak részben jó, mert mivel ez csak annyit mondd, hogy a samba kizárólag az eth0:0-n menjen, ettől még befelé/kifelé indulhat más kapcsolat is a csatolón, pedig én a normális kapcsolatokat szeretném elválasztani az smb kapcsolatoktól. Üdv, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squid alternatíva
Hali, Nem igazán értek hozzá, de már csak kíváncsiságból is meg kell kérdezzem, hogy az Apache-ot proxyként már próbáltad? ...és ha igen, mik az ellenérvek...? Üdv, kjt 2010/9/21 Kepler Mihály mkep...@mve.hu: 2010-09-21 08:58 keltezéssel, Pápai Balázs írta: Azt elmondod, hogy miért nem jó neked a squid? Nem mondom :) Nekem jó a squid, működik is, stabil is ha nem nyúlok hozzá :D :D valami új ötlettől/igénytől vezérelve vadonatúj szabályt/poolt/redirectort reszelve bele. Csak érdekelne hogy van-e más használható http proxy. _ linux lista - li...@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: NT 3.51 Samba mini PDC
Hali, Próbálom lassacskán emésztgetni a tananyagot... ;) Tehát, ha pl adott a következő smb.conf beállítás: ... logon script = logon.cmd logon path = \\%L\profiles\%U logon drive = G: logon home = \\%L\netlogon\%U ... [homes] ... [netlogon] path = /home/samba/netlogon ... [profiles] path = /home/samba/profiles ... Akkor: 1. lesz egy \\szerver\felhasználó megosztás, ami az alapértelmezett (passwd-ben rögzített) saját könyvtár: - nem létezése esetén (a naplóban) hiányolja a saját könyvtárat; - a /dev/null-ra állítása esetén teliszemeteli a naplót, mondván, hogy '/dev/null' is not a directory, when connecting to [felhasználónév] 2. Ha a [netlogon]-ban: - van a felhasználónak a saját nevével azonos elnevezésű és a saját tulajdonában lévő könyvtára, akkor az lesz a H: meghajtó (egyes doksik EZT nevezik saját könyvtár-nak); - ha nincs ilyen, akkor maga a [netlogon] lesz a H: meghajtó, amit önmagában feleslegsnek érzek: túlzás és értelmetlen egyetlen (,vagy több) logon.cmd miatt belekavarni a meghajtó-betűjel kiosztásba... mert pl a logon.cmd az UNC-vel megadva is lefut; 3. Ha nem adom meg a logon drive paramátert, akkor a kliens a legutolsó kiosztható betűjelet veszi alapul, mi egyes gépeken más és más lehet... Persze felülírható a logon.cmd-ben pl egy net use h: %LOGONSERVER%\%USERNAME% beállítással, de az -szerintem- nem egy elegáns megoldás, mert lehet, hogy nincs is ilyen könyvtár, mint azt az előző pontban már fejtegettem. 4. Egyes leírások a Default User könyvtárat is ide (a [netlogon]-ba) helyezik, de azt meg jobb, ha nem is látja az avatatlan felhasználó... 5. A [profiles] megosztással alapvetően nincs gondom, hacsak az nem, hogy a felhasználó saját könyvtára (itt sem) nem jön létre magától: választhatok, hogy, vagy kézzel/szkipttel létrehozom, vagy hagyom a csudába, de akkor meg teleszemteli a naplót, mer' nem találja. 6. Az a lehetőség hogy a logon (script|path|drive|home) üres szövegként is megadható, azaz hogy így kell kikapcsolni, új számomra - és azt hiszem, majd élek is ezzel al lehetőséggel... Összefoglalva, a következőt fogom tenni: 1. Készítek egy szkriptet, ami a régi felhasználókat felveszi a rendszerbe (passwd és tdbsam egyaránt) és létrehozza a /home-ban a saját könyvtárakat. A saját könyvtárakat a passwd-ben is rendesen beállítom a /home/felhasználónév formára. 2. Az smb.conf idevágó része valami ilyesmi lesz: ... logon script = logon.cmd logon path = logon drive = logon home = \\%L\netlogon\%U ... [homes] ... [netlogon] path = /home ... #[profiles] #path = /home/samba/profiles ... 3. Így elvileg a %LOGONSERVER%\%USERNAME% azonos lesz a [netlogon]-os betűjellel, anélkül, hogy a net use parancsot használni kellene. (A [homes] megosztást muszály meghagynom, mert vannak NEM tarományi tagok is, akik a [netlogon]-t -azt hiszem- nem is látják...) 4. A logon.cmd-t a /home-ba rakom, és csak pár gyakran használt megosztás betűjelhez rendelése lesz benne, meg talán még a rendszeridő beállítása... No, ha ennyi rizsa közben semmi marhaságot nem írtam le, akkor lehet, hogy közelebb jutottam a dolgok megértéséhez. ;) És bocsánat, ha nagyon értetlennek tűnök, meg ha esetleg feleslegesen problémázok, de szeretném oda-vissza megérteni mi, miért van... Köszönettel: kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: NT 3.51 Samba mini PDC
Természetesen a levél elején a logon drive = G: valójában logon drive = H: akart lenni, mert hát a szöveg többi részében is erre hivatkozok... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: NT 3.51 Samba mini PDC
2010/3/18 Salamon Attila s...@proxynet.hu: Hello! Kis János Tamás írta: 5. A net groupmap modify ntgroup=Domain Admins unixgroup=root és hasonló megfeleltetéseket mikor kell elvégezni? Mi az a feladat, ami esetén igény/szükség van megfeleltetésekre? Mitől lehet az, hogy pl az Administrator felhasználó tagja a root csoportnak is és a Domain Admins csorportnak is, mégsem tud (valódi) új felhasználót felvenni? A domain -es csoportok létrehozásakor meg kell adnod a RID -et, aminek az értéke igen fontos. Én annó így csináltam: net groupmap add type=domain ntgroup=Domain Admins rid=512 unixgroup=smbdmadmin net groupmap add type=domain ntgroup=Domain Users rid=513 unixgroup=smbdmuser net groupmap add type=domain ntgroup=Domain Guests rid=514 unixgroup=smbdmguest net groupmap add type=domain ntgroup=Domain Power Users rid=547 unixgroup=smbdmpoweruser A klienseken meg kell egy ilyen: net localgroup Kiemelt Felhasználók PIMPA\Domain Power Users /add , mert a domain kiemelt felhasználók alapból nem tagja a helyik kiemelt felhasználóknak, így ah egy domain kimelet belép, nincsenek meg a kimelős jogai. Hali, Azt hiszem értem... ;) és hamarosan kipróbálom... Tehát nem a már meglévő unix csoportokat használod, hanem a M$-os csoportokkal analóg új csoportokat hozol létre, és ezeket net groupmap-olod. Ez jobbnak tűnik, mint a root, bin, daemon, stb csoportok map-olása. Amikor új felhasználót veszel fel, annak mi lesz az alapértelmezett csoportja, az users, vagy az smbdmuser? Kicsit más: Szeinted van-e valami kockázata/hátulütője/stb annak, ha a [netlogon] helye a /home könyvtárban van? Én egyre inkább azt hiszem, hogy ez lenne a legjobb megoldása annak a bonyodalomnak, ami a felhasználó saját könyvtára körül alakult ki legalábbis a fejemben... Így viszont kételyem támadt, hogy a saját könyvtár-nak, a [netlogon] irányából magától -és (számomra) letilthatatlanul- létrejövő betűjeles elérése és a %LOGONSERVER%\%USERNAME% megosztás egyidejű létezése/használata nem okoz-e konkurenciaharcot a fájok elérése/használata során? Vagy válsztani kellene, hogy a [homes] vagy a [netlogon] megosztást aktiválom...? Köszönöm Üdv, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
NT 3.51 Samba mini PDC
Sziasztok, Mivel a kezdő listán nem kaptam választ a kérdéseimre, ezért megpróbálom itt is... Egy kipusztult NT 3.51 tartományvezérlő helyébe, egy nagyon egyszerű (mindenféle LDAP-os trükközés nélküli) kis PDC-t szeretnék munkába állítani, ám a számtalan doksi elolvasása után még mindig pár dolog, amit nem értek: 1. A felhasználói neveket, ID-ket a samdump-pal megmentettem, így ha az új PDC-n ezekel az adatokkal veszek fel kvázi új felhasználókat, akkor az a felhasználó a tartomány szempontjából -a jelszó kivételével- azonos lesz az eredeti felhasználóval? 2. Az useradd-dal létrehoztam egy MACHINE$ felhasználót és ezt hozzáadtam a tdbsam-hoz, így nagybetűvel. A cat /etc/passwd és a pdbedit -L hozza is szépen (nagybetűvel), de a gép mégsem volt regisztrálva... átírtam a passwd-ben kézzel kisbetűsre és így már regisztrálva volt... Ez normális? Ebből kifolyólag, hogy automatizálhassam a néhány tucat felhasználó felvételét, a régi felhasználói és gép neveket kisbetűsítenem kell? 3. Az add user script sok doksiban az useradd parancsot használja, az alapértelmezett adduser helyett. Arra már rájöttem, hogy a különbség az, hogy első nem hozza létre a HOME könyvtárat, viszont elfogadja a -g smbusers paramétert,míg a második létrehozza a HOME könyvtárat, de csak numerikus GID-et fogad e, így az alapértelmezett csoport megadása macerásabb... + A netlogon és profiles megosztásokban a felhasználó könyvtárai sem jönnek létre önmaguktól. Tehát, ha ragaszkodok ahhoz, hogy az smbusers legyen az alapértelmezett csoport automatikus felhasználó létrehozás esetén, plusz valamennyi könyvtár magától létrejöjjön, akkor készítenem kell egy kis szkriptet, ami useraddal létrehozza a felhasználót, majd készít egy megfelelő /home/név, profile/név, netlogon/név könyvtárat és beállítja a jogokat. Ezt tényleg nem lehet automatizálni? ( Nincs ellenemre a szkriptezés, de amikor elkezdtem a PDC kérdéssel foglalkozni, azt hittem, hogy szinte minden magától megy...) 4. Mi értelme van annak, hogy a logon home megosztás logon drive meghajtóként alapból mindíg elérhető? Ez persze felülírható pl egy %LOGONSERVER%\%USERNAME%-mel..., de talán inkább nem ezt kellene a passwd állományban is megadni HOME könyvtárnak, nem pedig a /home/név könyvtárat... csak azért, hogy a helye megegyezzen a \\szerver\név címmel? És most akkor mi is a felhasználó saját könyvtára...? 5. A net groupmap modify ntgroup=Domain Admins unixgroup=root és hasonló megfeleltetéseket mikor kell elvégezni? Mi az a feladat, ami esetén igény/szükség van megfeleltetésekre? Mitől lehet az, hogy pl az Administrator felhasználó tagja a root csoportnak is és a Domain Admins csorportnak is, mégsem tud (valódi) új felhasználót felvenni? Egyenlőre ennyi elméleti kérdésem van... A válaszokat előre is köszönöm! Üdv, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
iptables által eldobott csomagok
Van egy, az alábbiak szerint beállított iptables: iptables -F iptables -X iptables -P INPUT DROP iptables -P OUTPUT DROP iptables -P FORWARD DROP # Valamennyi helyi forgalom engedélyezése: iptables -A INPUT -i lo -j ACCEPT iptables -A OUTPUT -o lo -j ACCEPT # Kizárólag az általunk kezdeményezett forgalom engedélyezett: iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT iptables -A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPT # # OUTPUT lanc # iptables -A OUTPUT -p udp --dport 53 -j ACCEPT # DNS iptables -A OUTPUT -p tcp --dport 80 -m state --state NEW -j ACCEPT # HTTP iptables -A OUTPUT -p tcp --dport 443 -m state --state NEW -j ACCEPT # HTTPS iptables -A OUTPUT -p tcp --dport 1863 -m state --state NEW -j ACCEPT # IRC kapcsolatok engedélyezése iptables -A OUTPUT -p tcp --dport 6667 -m state --state NEW -j ACCEPT # MSN iptables -A OUTPUT -p tcp --dport 25 -m state --state NEW -j ACCEPT# Levelezés (SMTP) iptables -A OUTPUT -p tcp --dport 465 -m state --state NEW -j ACCEPT# Levelezés (SMTPS) iptables -A OUTPUT -p tcp --dport 143 -m state --state NEW -j ACCEPT# Levelezés (IMAP) iptables -A OUTPUT -p tcp --dport 993 -m state --state NEW -j ACCEPT# Levelezés (IMAPS) iptables -A OUTPUT -p tcp --dport 110 -m state --state NEW -j ACCEPT# Levelezés (POP3) iptables -A OUTPUT -p tcp --dport 995 -m state --state NEW -j ACCEPT# Levelezés (POP3S) iptables -A OUTPUT -p tcp --dport 20 -m state --state NEW -j ACCEPT # FTP-ADAT iptables -A OUTPUT -p tcp --dport 21 -m state --state NEW -j ACCEPT # FTP # A feleslegesen naplózandó kapcsolatokat eldobjuk: iptables -A INPUT -p tcp -m multiport --dport 135,137,139,445,1026,1027,5900,6881 -j DROP iptables -A INPUT -p udp -m multiport --dport 135,137,139,445,1026,1027,5900 -j DROP # Ami a fentiekre nem illeszkedett, azt naplózzuk és eldobjuk: iptables -A OUTPUT -j LOG --log-prefix OUTPUT_DROP: iptables -A OUTPUT -j DROP # # INPUT lanc # iptables -A INPUT -j LOG --log-prefix INPUT_DROP: iptables -A INPUT -j DROP Ezzel kapcsolatban 2 kérdésem lenne: 1. Van-e benne valami olyan, ami a nálamnál hozzáértőbbeknek szúrja a szemét...? 2. a syslogban tömegével vannak ilyen sorok: debian kernel: [ 3103.055139] INPUT_DROP: IN=eth0 OUT= MAC=00:0d:61:4b:ad:77:00:17:10:01:67:35:08:00 SRC=120.92.243.7 DST=85.66.119.134 LEN=126 TOS=0x00 PREC=0x00 TTL=106 ID=26547 PROTO=UDP SPT=16881 DPT=29777 LEN=106 Meg tudná valaki mondani, hogy melyik program használja ezt a portot...? A segítséget/észrevételeket előre is köszönöm! Üdv, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: iptables által eldobott csomagok
Hegedüs Ervin airw...@freemail.hu írta, 2010.01.17.: hello, 2. a syslogban tömegével vannak ilyen sorok: debian kernel: [ 3103.055139] INPUT_DROP: IN=eth0 OUT= MAC=00:0d:61:4b:ad:77:00:17:10:01:67:35:08:00 SRC=120.92.243.7 DST=85.66.119.134 LEN=126 TOS=0x00 PREC=0x00 TTL=106 ID=26547 PROTO=UDP SPT=16881 DPT=29777 LEN=106 Meg tudná valaki mondani, hogy melyik program használja ezt a portot...? nem biztos h használja valami a portot, mivel ha az iptables eldobja a csomagot, akkor logolódik. Ez az input láncon van, tehát valaki ismeretlenül próbál erre konnektálni. (egyébként meg netstat -anup | grep 29777) Ez semmit sem ad vissza, nyilván mert semmi sem használja... De melyik progtam szokta ezt használni? Azt tudom, hogy ez nem dedikált port, de másnak nyilván nagyobb tapasztalata van.. Egyébként én valamelyik játékprogramra gyanakodtam, mert a gyerekeim miatt majdnem mind fent van, ami része a Lenny-nek. Mindenesetre asszem' LOG nélkül DROP-olom ezeket. Köszönettel, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: USB stick
Kiss Gabor ki...@ssg.ki.iif.hu írta, 2009.10.29.: ... Ha errõl le tudnám beszélni, Linuxon is meg lehetne formázni. Windowson a sérült file-okat nem tudom mentegetni, nincs dd. Hogy lehetne leolvasni block by block? Ugyan nem olyan, mint a dd, de pl az Advanced Easy Recovery Pro példul (olykor) még a csodára is képes... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Hang probléma
Az arhívum és a hozzám hasonló bénák kedvéért: a problémát sikerült megoldani... A KWifiManager Beállítások/Akusztikus keresés opció be volt kapcsolva és ez okozta a zavaró hangot. Üdv, kjt Attila Rajmund Nohl attila.r.n...@gmail.com írta, 2009.09.13.: Kis János Tamás kij...@gmail.com írta, 2009.09.13.: Sziasztok, Egy alaplapi nForce2-es hangkártyám újabban (nem tudom mióta és miért), kb 3 másodpercenként rövidke búgó hangot ad ki magából a PCM kiemneten. Van valakinek ötlete, hogy mi lehet ez és hogyan lehet megszüntetni? Milyen disztribúció? Van pulseaudio? _ 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
Hang probléma
Sziasztok, Egy alaplapi nForce2-es hangkártyám újabban (nem tudom mióta és miért), kb 3 másodpercenként rövidke búgó hangot ad ki magából a PCM kiemneten. Van valakinek ötlete, hogy mi lehet ez és hogyan lehet megszüntetni? Előre is köszönöm! Üdv, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Squid3 restart sudo-val
Hali, Némi variálás után most az alábbival próbálkozom: # cat /etc/sudoers | egrep -v -n ^($|#) 8:Defaults env_reset 18:User_Alias MYUSERS = kjt 24:Cmnd_Alias SQUID3_RESTART = squid3 -k restart 25:Cmnd_Alias SQUID3D_RESTART = /etc/init.d/squid3 restart 31:root ALL = (ALL) ALL 35:MYUSERS localhost = (root) NOPASSWD:SQUID3_RESTART,SQUID3D_RESTART # # /etc/init.d/sudo restart # # su kjt -c sudo squid3 -k restart sudoers file: syntax error, line 23 sudo: parse error in /etc/sudoers near line 23 # # su kjt -c sudo /etc/init.d/squid3 restart sudoers file: syntax error, line 23 sudo: parse error in /etc/sudoers near line 23 # Meg tudná valaki mondani, hogy mit bénázok el...? Köszönettel: kjt Ferenc Wagner wf...@niif.hu írta, 2009.07.19.: Kis János Tamás kij...@gmail.com writes: Hali, Azt szeretném elérni, hogy minden helyi felhasználó újraindíthassa a Squid-ot, ezért az /etc/sudoers-ben az alábbi beállítást eszközöltem, Cmnd_Alias squid-restart = /etc/init.d/squid3 restart rootALL=(ALL) ALL %users localhost = squid-restart Azonban ez lett az eredmény: $ /etc/init.d/squid3 restart /etc/init.d/squid3: line 33: ulimit: open files: cannot modify limit: A művelet nem engedett Restarting Squid HTTP Proxy 3.0: squid3/etc/init.d/squid3: line 71: ulimit: open files: cannot modify limit: A művelet nem engedett WARNING: Cannot write log file: /var/log/squid3/cache.log /var/log/squid3/cache.log: Permission denied messages will be sent to 'stderr'. Mintha kimaradt volna a sudo... -- Feri. _ 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
Squid3 restart sudo-val
Hali, Azt szeretném elérni, hogy minden helyi felhasználó újraindíthassa a Squid-ot, ezért az /etc/sudoers-ben az alábbi beállítást eszközöltem, Cmnd_Alias squid-restart = /etc/init.d/squid3 restart rootALL=(ALL) ALL %users localhost = squid-restart Azonban ez lett az eredmény: $ /etc/init.d/squid3 restart /etc/init.d/squid3: line 33: ulimit: open files: cannot modify limit: A művelet nem engedett Restarting Squid HTTP Proxy 3.0: squid3/etc/init.d/squid3: line 71: ulimit: open files: cannot modify limit: A művelet nem engedett WARNING: Cannot write log file: /var/log/squid3/cache.log /var/log/squid3/cache.log: Permission denied messages will be sent to 'stderr'. $ Nos azt értem, hogy hozzáférési probléma van, de akkor mi a helyes beállítás? A válaszokat előre is köszönöm! Üdv, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squirrelmail maildir
Ahol dolgozom, egy távoli (nem saját üzemeltetésű és befolyásolhatatlan beállítású) postfix+imap/pop+squirrelmail triót kell használnunk levelezésre, amivel az az egyik alapvető probléma, hogy kicsi rajta a tárhely, azaz nem tárolhatok benne több évnyi levelezést, pedig erre szükség van. Ráadásul a squirrelmail lehetőségeinek és plugin-jainak többsége is ki van kapcsolva, ami szintén (nekem jelentős) probléma Fentiek miatt használtam eddig a Kmail-t (hosszú évek óta, nagy megelégedéssel), ami egyszerűen POP3-mal leszedte a leveleket a helyi gépre (ettől vannak több száz megás mailbox fájljaim). A Kmail-t imádom, a nagyméretű mbox-okat is egészen gyorsan kezelte, de nagy hátránya, hogy a leveleket csak egyetlen gép előtt ülve tudtam megnézni, ezért már régóta kacérkodtam egy saját squirrlemail beüzemelésével, hogy a munkahelyem bármely telephelyének bármely gépe elé ülve képes legyek a leveleimet kezelni. A végső lökést az adta meg, hogy egy épület-fejújítás miatt pár hónapra elköltözünk, ahova helyszűke miatt nem vihetem magammal az eddig kizárólag a Kmail-es levelezésre használt IBM monstrumot... Így hát eljött a saját Postfix, uw-imap, squirrelmail beüzemelés ideje: beállítottam egyik, eddig csak fájlkiszolgálóként üzemelő szerveremen a postfix-et, ami csak a localhost-ról fogad leveleket és ha az nem helyi levél, továbbdobja (relay) a fent már említett távoli postfix-nek. Az uw-imap-on semmit sem kellett állítanom (illetve csak annyit, hogy az indítását a xinetd kezelje), tökéletesen ellátja a feladatát: a /var/mail/user mailbox tartalma megegyezik a squirrelmail Beérkezett üzenetek mappájának tartalmával. A squirrelmail-t beállítottam, küldésnél fogadásnál a localhost szervereit-folymatait használja, plusz, hogy a Default Folder Prefix a mail/ legyen. A squirrelmail-ban létrehoztam néhány új mappát: pl a linux levelező listás leveleknek linux néven, ami a /home/user/mail/linux mailbox formátumú állományként jött létre. A régi leveleket pedig egyszerűen hozzáfűztem ezekhez az mbox fájlokhoz, így végülis a sqiurrelmail-be belépve gyönyörűen látom a régi leveleimet, az újakat pedig az Opciók - POP3 Fetch Mail menüpontban beállítottak szerint szedem le a távoli szerverről, éppen úgy, mint régen, csak most a squirrelmail a kliensem. A probléma ott kezdődik, hogy a squirrelmail indulásakor kb 3-4 perc, míg megjelenik a mappák listája és a mappa-lista minden frissítése is kb ennyi időt vesz igénybe. Nem vagyok biztos benne, hogy ezt mi okozza, lehet, hogy túl nagy méret, vagy más valami, de az biztos, hogy több száz megányi levelet egyetlen mbox-ban tartani nem éppen életbiztosítás... ezért (is) szántam rá magam arra, hogy megpróbáljam a mb2md konverziót, de nem tudom megmagyarázni a squirrelmail-nek, hogy a levelek, amik eddig pl a /home/user/mail/linux fájlban voltak, ezután a '/home/user/mail/linux/' könyvtár (cur|new|tmp) alkönyvtáraiban lesznek. Fentiek kérdeztem azt, hogy a Squirrelmail tudja-e majd olvasni a maildir-be átkonvertált állományokat, mert itt már szó sincs imap-ról, csak a squirrelmail-ról, hiszen a pop3-mal leszedett és szűrőkkel megfelelő mappába irányított, vagy eleve a megfelelő mappába leszedet levelek kezeléséről van szó. Köszönettel: kjt ui: A dbmail, mivel adatbázist használ a levelek tárolására (ráadásul ismeri a PostgreSQL-t, amin kívül szinte semmit sem ismerek) eleve szimpatikus, ezért feltétlenül meg kell ismerkedjek vele... Pirity Tamas Gabor p...@apaczai.elte.hu írta, 2009.01.30.: Ha jól hiszem, Kis János Tamás írta az alábbiakat: keresgéltem, de nem teljesen egyértelmű, hogy a Squirrelmail tudja-e majd olvasni a maildir-be átkonvertált állományokat és azt sem tudom A squirelmailnek semmi köze hozzá, hogy milyen formátumban vannak a levelek (szerintem). Ő az imap-szerverrel komunikál, azaz az imap szervernek kell elmagyaráznod, hogy maildir-ed van. -- PTG Edited for television. Debian 4.0 -- Linux 2.6.22.6 _ 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
[no subject]
Hali, Egy Debian Etch indulásakor, a következő üzenet kiírása után megáll a betöltés és csak CTRL+C hatására tud folytatódni: ... Loading device-mapper: ioctl: 4.14.0-ioctl (2008-04-23) initialised: dm-de...@redhat.com ... Meg tudná valaki mondani, hogy mit tehetnék ez ellen? Köszönettel: kijato _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
SquirrelMail hiba
Sziasztok! A minap elkezdtem kisérletezgetni az uw-imap SquirrelMail párossal... A progik beállítgatása után azonban a következő üzetetet kapom a böngészőben: *HIBA:*The IMAP server is reporting that plain text logins are disabled. Using CRAM-MD5 or DIGEST-MD5 authentication instead may work. Also, the use of TLS may allow SquirrelMail to login. Lépjen kapcsolatba a rendszergazdával és jelentse ezt a hibát. Illetve a következő hibaüzenetet a ../src/configtest.php kimenetében: *ERROR:* Your server doesn't allow plaintext logins. Try enabling another authentication mechanism like CRAM-MD5, DIGEST-MD5 or TLS-encryption in the SquirrelMail configuration. Ezek után azonban sajnos hiába nézegetem, állítgatom a squirrelmail/config-ot, de abban nem találok működőképes beállítási lehetőséget... Szóval meg tudná valaki mondani, hogy mit és hol kellene beállítanom...? Köszönettel: kjt McAfee SCM 4.1 által ellenőrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
sarge 2 etch upgarde
Tisztelt Hozzáértők! Van egy kis Intranetes szerverem, melyet szeretnék upgradelni Etch-re... Ki is adtam az apt-get upgrade parancsot, mire ez lett a válasz: Reading Package Lists... Done Building Dependency Tree... Done The following packages have been kept back: acpid adduser antiword apt apt-utils aptitude arj base-passwd bash bc bin86 bind bind9-host binutils bison bsdmainutils ... usbutils util-linux uw-imapd w3m wget whiptail whois xinetd xlibs-data xpdf-common xpdf-utils zip zlib-bin zlib1g zlib1g-dev The following packages will be upgraded: autotools-dev base-files ca-certificates console-data debconf debconf-i18n debconf-utils ... sharutils sysv-rc unicode uw-imapd-ssl wamerican 99 upgraded, 0 newly installed, 0 to remove and 306 not upgraded. Need to get 0B/29.7MB of archives. After unpacking 7544kB of additional disk space will be used. Do you want to continue? [Y/n] Természetesen n-et nyomtam neki, mert nem vagyok benne biztos, hogy a félig elvégzett upgrade-től nem kezd-e el csuklani a rendszer... A kérdésem tehát az lenne, hogy fájdalommentesen át lehet-e térni Sarge-ról az Etch-re (mondjuk a -f kapcsoló használatával), vagy inkább nulláról telepítsek egy új rendszert? Esetleg van más tartalék javaslat...? Köszönettel: kjt McAfee SCM 4.1 által ellenőrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ldap - hogyan?
Szerintem vmi LDAP kezdo howto-t olvass el eloszor is. Elolvastam jó néhányat, de - asszem - nekem nem kezdo, hanem valami példákkal agyontűzdelt magyar leírás kellene... hogy pl hogyan lehet egy személyhez tartozó bejegyzést több helyre is belinkelni...? Tudna valaki ilyet ajánlani...? Köszönettel: Kis János Tamás McAfee SCM 4.1 által ellenőrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ldap - hogyan?
Szalai Ferenc írta: 1. Miert akarsz relacios adatbazist csinalni egy fabol? 2. Ha ilyet kell csinalnod akkor az adatbazisodat valoszinuleg rosszul tervezted meg. Nyilván túl hülye vagyok ehhez az egészhez, mert sajnos nem találtam semmi kapaszkodót az LDAP adatbázis megtervezéséhez... Amit szeretnék, relációs adatbázisban tök egyszerű, csak a kultúrált terjesztés macerásabb - ezért akarok LDAP-ot használni. Kb 5-6 doksit olvastam el, de azon kívül, hogy tudom, hogy hogyan kell kinéznie egy ldif file-nak, vagy hogy felhasználókat LDAP-on keresztül hogyan azonosítsak, nem lettem okosabb... Tudna valaki adni/ajánlani egy olyan leírást, esetleg teljes ldif-et, amiből megérthetném hogy ki-kivel van az LDAP-ban...? Köszönettel: kjt McAfee SCM 4.1 által ellenőrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
ldap - hogyan?
Sziasztok!
Szeretnék pár tucat user-t ldap-on keresztül felvenni a rendszerbe
(Debian 3.1r5), de már mindjárt az elején elakadtam...
És mivel OpenLDAP ügyben meglehetősen járatlan vagyok, jó pár doksi
átolvasása után sem értem, hogy mi a baj a következővel:
fmo:/etc/ldap# cat user.ldif
dn: uid=gjakab,ou=people,dc=bacs-m,dc=takarnet,dc=hu
ou: people
uid: gjakab
cn: gjakab User
objectClass: account
objectClass: posixAccount
objectClass: top
uidNumber: 20002
gidNumber: 20002
homeDirectory: /home/gjakab
loginShell: /bin/bash
userPassword: {crypt}Vo3uQA.DoR65Q
fmo:/etc/ldap# ldapadd -x -H ldap://fmo/ -D
'cn=admin,dc=bacs-m,dc=takarnet,dc=hu' -W -f user.ldif
Enter LDAP Password:
adding new entry uid=gjakab,ou=people,dc=bacs-m,dc=takarnet,dc=hu
ldap_add: No such object (32)
matched DN: dc=bacs-m,dc=takarnet,dc=hu
Remélem tud valaki segíteni...
Köszönettel:
kjt
McAfee SCM 4.1 által ellenőrizve!
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ldap - hogyan?
Kosa Attila írta: On Thu, Mar 22, 2007 at 10:07:57AM +0100, Kis János Tamás wrote: fmo:/etc/ldap# cat user.ldif dn: uid=gjakab,ou=people,dc=bacs-m,dc=takarnet,dc=hu adding new entry uid=gjakab,ou=people,dc=bacs-m,dc=takarnet,dc=hu ldap_add: No such object (32) matched DN: dc=bacs-m,dc=takarnet,dc=hu Nem talal olyan helyet a faban, ahova beszurhatna az altalad kert dolgot. Az ldapsearch -h localhost -x milyen valaszt ad vissza? fmo:/etc/ldap# ldapsearch -h localhost -x # extended LDIF # # LDAPv3 # base with scope sub # filter: (objectclass=*) # requesting: ALL # # search result search: 2 result: 32 No such object matchedDN: dc=bacs-m,dc=takarnet,dc=hu # numResponses: 1 fmo:/etc/ldap# McAfee SCM 4.1 által ellenőrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ldap - hogyan?
Hegedüs Ervin írta: fmo:/etc/ldap# ldapadd -x -H ldap://fmo/ -D 'cn=admin,dc=bacs-m,dc=takarnet,dc=hu' -W -f user.ldif Enter LDAP Password: adding new entry uid=gjakab,ou=people,dc=bacs-m,dc=takarnet,dc=hu ldap_add: No such object (32) matched DN: dc=bacs-m,dc=takarnet,dc=hu van people nevu ou-d? dn: ou=people,dc=bacs-m,dc=takarnet,dc=hu objectClass: organizationalUnit ou: people structuralObjectClass: organizationalUnit description: Amit akarsz magadnak... Nem volt, ezért csináltam, aztán: fmo:/etc/ldap# ldapadd -x -H ldap://fmo/ -D 'cn=admin,dc=bacs-m,dc=takarnet,dc=hu' -W -f user.ldif Enter LDAP Password: adding new entry uid=gjakab,ou=people,dc=bacs-m,dc=takarnet,dc=hu ldap_add: No such object (32) matched DN: dc=bacs-m,dc=takarnet,dc=hu fmo:/etc/ldap# És hogyan tovább...? McAfee SCM 4.1 által ellenrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ldap - hogyan?
Kepler Mihály írta:
fmo:/etc/ldap# cat user.ldif
dn: uid=gjakab,ou=people,dc=bacs-m,dc=takarnet,dc=hu
ou: people
ou az itt minek se a account objectClassba se nincsen olyan
attributum, se a posixAccountba?
A
http://wiki.hup.hu/index.php/OpenLDAP_Cyrus_Postfix_Debian_Sarge_oper%C3%A1ci%C3%B3s_rendszeren#OpenLDAP;
doksi alapján indultam el és abban van ilyen.
userPassword: {crypt}Vo3uQA.DoR65Q
OFF Azért jelszót még kódolva se írjál nyilvános listára,
ha csak 12345 és példa ...akkor bocsi :) ON
A jelszó itt a titok volt, ha jól emlékszem... de nyilván nem ez lesz
a végső... ;)
McAfee SCM 4.1 által ellenőrizve!
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ldap - hogyan?
Gábor Lénárt írta:
On Thu, Mar 22, 2007 at 11:08:52AM +0100, Kis János Tamás wrote:
# people, bacs-m.takarnet.hu
dn: cn=people,dc=bacs-m,dc=takarnet,dc=hu
cn: people
gidNumber: 2001
objectClass: posixGroup
objectClass: top
Lehet nekem remlik rosszul, de az elejen meg nem ou=people volt? Mert itt
cn=people, ez egy masik objektum akkor ...
Nos, az a cn/ou=people bejegyzés volt az egyik hiba, amit elkövettem...
Most annyival vagyok előrébb, hogy:
fmo:/etc/ldap# cat user.ldif
dn: uid=ggeza,ou=people,dc=bacs-m,dc=takarnet,dc=hu
uid: ggeza
cn: ggeza
objectClass: account
objectClass: posixAccount
objectClass: top
uidNumber: 20001
gidNumber: 20001
homeDirectory: /home/ggeza
userPassword: {crypt}Vo3uQA.DoR65Q
fmo:/etc/ldap# ldapadd -x -H ldap://fmo.bacs-m.takarnet.hu/ -D
'cn=admin,dc=bacs-m,dc=takarnet,dc=hu' -W -f user.ldif
Enter LDAP Password:
adding new entry uid=ggeza,ou=people,dc=bacs-m,dc=takarnet,dc=hu
fmo:/etc/ldap#
Eddig frankó is, de hasonló paraméterezéssel a pl phpldapadmin-nal miért
nem tudok új user-t felvenni...?
New User Account
Create Objektum létrehozása :
*cn=kj,ou=people,dc=bacs-m,dc=takarnet,dc=hu*
sn *kj*
cn *kj*
uid *kj*
userPassword*{MD5}dx8BEE2QU4ahNKZ2Fn7czA==*
uidNumber *2001*
homeDirectory */home/kj*
Hiba
Nem tudom az objektumot létrehozni a kiszolgálón.
Az LDAP ezt mondta: Object class violation
Hibaszám: 0x41 (LDAP_OBJECT_CLASS_VIOLATION)
Leírás: You tried to perform an operation that would cause an undefined
attribute to exist or that would remove a required attribute, given the
current list of ObjectClasses. This can also occur if you do not specify
a structural objectClass when creating an entry, or if you specify more
than one structural objectClass.
Talán a phpldapadmin.conf-ot kellene még alaposabban megbirizgálnom...?
Aztán, hogy kipróbáljam, hogy be tud-e lépni ldap-os user, módosítottam
pár file-t az /etc/pam.d-ben::
common-account: account sufficient pam_ldap.so
common-auth: auth sufficient pam_ldap.so use_first_pass
common-password: password sufficient pam_ldap.so
ezután:
fmo:/etc/pam.d# su kj
su: Authentication service cannot retrieve authentication info.
(Ignored)
[EMAIL PROTECTED]:/etc/pam.d$
amiből én csak azt látom, hogy valami nem létfontosságú hiba történt. De
ez mit jelent?
A fenti pár file módosítása elegendő ahhoz, hogy az ldap userek be
tudjanak lépni a rendszerbe?
Köszönettel:
kjt
McAfee SCM 4.1 által ellenőrizve!
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sikertelen modul betöltés [VBSC L:A140FEE6F2F]
Pávlicz György írta: Kis János Tamás wrote: Sziasztok! 2.4.33.4-es kernelt fordítottam, nyilván valami hibát vétettem, mert nem tudok modulokat aktíválni... Hali! Nézd meg ezt: http://mlf.linux.rulez.org/Archivum/linux-200403/msg00100.html Köszi! A megoldás az általam még tán' sosem használt make mrproper volt. Eddig ugyanis azt hittem, hogy a make dep clean elegendő egy tisztításhoz... Mégegyszer köszi! Üdv, kjt McAfee SCM 4.1 által ellenőrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
sikertelen modul betöltés
Sziasztok! 2.4.33.4-es kernelt fordítottam, nyilván valami hibát vétettem, mert nem tudok modulokat aktíválni... kjt:/home/kjt# modprobe smbfs /lib/modules/2.4.33.4/kernel/fs/smbfs/smbfs.o: /lib/modules/2.4.33.4/kernel/fs/smbfs/smbfs.o: unresolved symbol kunmap_high /lib/modules/2.4.33.4/kernel/fs/smbfs/smbfs.o: /lib/modules/2.4.33.4/kernel/fs/smbfs/smbfs.o: unresolved symbol highmem_start_page /lib/modules/2.4.33.4/kernel/fs/smbfs/smbfs.o: /lib/modules/2.4.33.4/kernel/fs/smbfs/smbfs.o: unresolved symbol kmap_high /lib/modules/2.4.33.4/kernel/fs/smbfs/smbfs.o: insmod /lib/modules/2.4.33.4/kernel/fs/smbfs/smbfs.o failed /lib/modules/2.4.33.4/kernel/fs/smbfs/smbfs.o: insmod smbfs failed kjt:/home/kjt# .. és persze automatikusan sem tötődik be ... Lenne valaki olyan jó, hogy elmondaná, hogy mit kéne megnéznem? Előre is köszönöm! Üdv, Kis János Tamás McAfee SCM 4.1 által ellenőrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ftp.debian.hu
2006. November 23. 10.44 dátummal PÁSZTOR György ezt írta: ftp.hu.debian.org, debian.inf.elte.hu, és az ftp.bme.hu. Elnézést a figyelmetlenségemért, a tárgyban szerplő címbe beleképzeltem még egy .hu-t is, ami télleg' nincs a debian.org-on... Bocsánat! kjt McAfee SCM 4.1 által ellenőrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
logrotate hiba
Sziasztok, Meg tudná mondani valaki, hogy a következő jelenséget hogyan lehetne elhárítani...? kjt:/# logrotate /var/log/syslog Segmentation fault kjt:/# A rendszert nemrég frissítettem a legújabb Sarge-ra, de a korábbi verzió is ugyanezt csinálta, viszont mostmár kezd betelni a lemez, úgyhogy valami tenni kellene... A segítséget előre is köszönöm! Üdv, kjt McAfee SCM 4.1 által ellenőrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: logrotate hiba
2006. október 05. csütörtök 15.35 dátummal Nohl Attila Rajmund ezt írta: kjt:/# logrotate /var/log/syslog Segmentation fault kjt:/# Egész biztos, hogy így kell paraméterezni a logrotate-et? Nem tudom, de ez esetben tökmindegy, mert állandóan ezt csinálja... :( Üdv, kjt McAfee SCM 4.1 által ellenőrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL hozzaferesi jogok
2006. szeptember 15. péntek 10.04 dátummal Kiss Gabor ezt írta: ... Az adott usernek csak annyi irasi jogot akarod adni, amennyi feltetlenul muszaj. Tehat ugy kepzeltem, hogy a 'sellers' tablat olvashatja, de csak bizonyos oszlopait irhatja: Bocsi, hogy eltérek a tárgytól, de PostgreSQL-ben is lehet ilyet? Üdv, kjt McAfee SCM 4.1 által ellenrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL hozzaferesi jogok
2006. szeptember 19. kedd 09.53 dátummal Gábriel Ákos ezt írta: Kis János Tamás wrote: 2006. szeptember 15. péntek 10.04 dátummal Kiss Gabor ezt írta: ... Az adott usernek csak annyi irasi jogot akarod adni, amennyi feltetlenul muszaj. Tehat ugy kepzeltem, hogy a 'sellers' tablat olvashatja, de csak bizonyos oszlopait irhatja: Bocsi, hogy eltérek a tárgytól, de PostgreSQL-ben is lehet ilyet? szerintem nem. de nem is igen latom ertelmet, nagyon nehez ugy biztositani a konzisztenciat (adott esetben) hogyha csak bizonyos oszlopok lennenek irhatoak. Ha ennyire ezt akarja valaki, akkor normalizalja az adatbazist, azaz az irni kivant oszlopokat rakja ki egy tablaba egy foreign key-jel hivatkozzon ra, es kesz. No igen, én is így csinálnám... Mindez csak azért jutott eszembe , mert nemrég valami okos azzal blamálta az általam hőn szeretett PostgreSQL-t, hogy az Oracle bezzeg ilyet is tud... és hát lám' a MySQL is tudja... akkor a PostgreSQL meg miért nem? Üdv, kjt McAfee SCM 4.1 által ellenőrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Válasz: Háttértár felosztása és LVM
2006. szeptember 06. szerda 15.51 dátummal FriedZoltán ezt írta: A linux soft raid-hez nem kell a vinyok mereteinek megegyezniuk, mert nem az egesz vinyot tukrozod (leven csak 2 vinyod van), hanem particionkent. ... Bocsánat, hogy kicsit eltérek a tárgytól, de erről jutott eszembe, hogy épp a minap magyarázta nekem valami boltos, hogy HW Raid esetében a két vinyónak teljesen azonosnak (márkán belül is azonos szériának) kell lennie, amivel én nem értek egyet, de biztos ami biztos alapon itt is feltenném a kérdést... Ugyanis egy 120G-s Samsungom tönkrement, amit remélhetőleg garanciában cserélnek, viszont a tönkrement vinyó helyett a szervíz által felkínált helyett szeretnék inkább egy 250G-s Hitachi-t kapni/venni - nyilván értékegyeztetéssel -, a másik 250G-s Samsungom mellé, amit egy ITE8212 raid vezérlővel raid1-be tennék. Namost szerintem, ha a geometria nem teljesen azonos két vinyó között, maximum veszítek, pontosabban nem tudok kihasználni néhány megabájtot, ami a klaszterszám picinyke eltéréséből adódik, de ezen kívül semmi baj sem történhet. Jól gondolom? Üdv, kjt McAfee SCM 4.1 által ellenőrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
2006. July 21. Friday 19.20 dátummal jzana ezt írta: Szekely Zsolt írta: CONFIG_BLK_DEV_HPT366=y Mekkora diszket tud kezelni ez a vezérlő? Neten hiába kerestem infót! Nálam 47 Gbyte, de én sem tudom a felső határát. Üdv, ZJ _ Már nincs meg a papírja, de ha jól emléxem, akkor valami 132 GB körül van a határ... talán a Net-en rákereshetnél... ;) Üdv, kjt McAfee SCM 4.1 által ellenőrizve! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xdm háttér beállítása
2006 February 07 Tuesday 19.36 dátummal Rizsányi Zsolt ezt írta: Azt, hogy az xdm-t, hogy kell beallitani pontosan azt nem tudom. De a lenyege, hogy az X-nek maganak van -br opcioja, ami erre szolgal. KDM eseteben valahogy igy kell konfiguralni: tm6000:~# grep ServerCmd /etc/kde3/kdm/kdmrc ServerCmd=/usr/X11R6/bin/X -br tm6000:~# Az egyszerűsége miatt, a fentiek alapján ezt az utat választottam: [Debian Sarge] #/etc/X11/xdm/Xservers :0 local /usr/X11R6/bin/X vt7 -dpi 100 -br Köszi! Üdv, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache ssl
Hali, Hogyan lehet a legelegánsabban megoldani, hogy ha valaki a http://www.valami.hu; címet írja a böngészőbe, akkor egyből a https://www.valami.hu; oldalon találja magát? Egyszerűbben fogalmazva, hogyan lehet a kéréseket azonnal a https-re átirányítani? Jelenleg a http-n keresztül elérhető index.html-be tettem a következő sort: META HTTP-EQUIV=Refresh CONTENT=1; URL=https://www.valami.hu/index-ssl.html; de szerintem van ennél jobb/szebb megoldás is... Valaki ki tudna okosítani...? Elpőre is köszönöm! Üdv, kjt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
