Linux-haladó

Sziasztok!

Felhúztam egy openstack rendszert ez alapján: https://github.com/mseknibilel/OpenStack-Folsom-Install-guide/blob/stab…
Látszólag minden rendben, nincsenek hibaüzenetek, viszont a VM-k hálózata nem működik. Még a vmek sem látják egymást ugyan azon a compute node-on. Számomra úgy tűnik, hogy már a vmhez csatolt VNET interface-n nem jól jelennek meg a csomagok, ill. a többi interfacet dumpolva ott már nem jelenik meg semmilyen csomag, ezért is lehet, hogy a 2 vm nem látja egymást.
Kimenetek:

ifconfig:

root@compute01:/# ifconfig -a| less
br-int    Link encap:Ethernet  HWaddr e2:7e:37:0f:ad:4d
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

br-tun    Link encap:Ethernet  HWaddr ba:43:a9:26:26:47
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

eth0      Link encap:Ethernet  HWaddr 00:14:22:09:c1:fc
          inet addr:172.17.0.3  Bcast:172.17.0.255  Mask:255.255.255.0
          inet6 addr: fe80::214:22ff:fe09:c1fc/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4110 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3917 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2095228 (2.0 MB)  TX bytes:1881101 (1.8 MB)

eth1      Link encap:Ethernet  HWaddr 00:14:22:09:c1:fd
          inet addr:172.17.1.2  Bcast:172.17.1.255  Mask:255.255.255.0
          inet6 addr: fe80::214:22ff:fe09:c1fd/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:468 (468.0 B)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
br-int    Link encap:Ethernet  HWaddr e2:7e:37:0f:ad:4d
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:6 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:436 (436.0 B)  TX bytes:0 (0.0 B)

br-tun    Link encap:Ethernet  HWaddr ba:43:a9:26:26:47
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:2 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:148 (148.0 B)  TX bytes:0 (0.0 B)
qbr4b01b9bc-bc Link encap:Ethernet  HWaddr fe:16:3e:0d:80:41
          inet6 addr: fe80::2890:daff:fe1e:a23b/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:308 (308.0 B)  TX bytes:468 (468.0 B)

qvb4b01b9bc-bc Link encap:Ethernet  HWaddr fe:f5:b5:ca:bd:12
          inet6 addr: fe80::fcf5:b5ff:feca:bd12/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:6 errors:0 dropped:0 overruns:0 frame:0
          TX packets:11 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:468 (468.0 B)  TX bytes:846 (846.0 B)

qvo4b01b9bc-bc Link encap:Ethernet  HWaddr 76:22:65:74:0e:f9
          inet6 addr: fe80::7422:65ff:fe74:ef9/64 Scope:Link
          UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
          RX packets:11 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:846 (846.0 B)  TX bytes:468 (468.0 B)

vnet0     Link encap:Ethernet  HWaddr fe:16:3e:0d:80:41
          inet6 addr: fe80::fc16:3eff:fe0d:8041/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2 errors:0 dropped:0 overruns:0 frame:0
          TX packets:11 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:408 (408.0 B)  TX bytes:838 (838.0 B)

root@compute01:/# brctl show
bridge name     bridge id               STP enabled     interfaces
br-int          0000.e27e370fad4d       no              qvo4b01b9bc-bc
br-tun          0000.ba43a9262647       no
qbr4b01b9bc-bc          8000.fe163e0d8041       no              qvb4b01b9bc-bc
                                                        vnet0

root@compute01:/# ovs-dpctl show
system@br-int:
        lookups: hit:3 missed:7 lost:0
        flows: 0
        port 0: br-int (internal)
        port 2: patch-tun (patch: peer=patch-int)
        port 3: qvo4b01b9bc-bc
system@br-tun:
        lookups: hit:2 missed:8 lost:0
        flows: 0
        port 0: br-tun (internal)
        port 1: patch-int (patch: peer=patch-tun)
        port 2: gre-1 (gre: key=flow, remote_ip=172.17.1.1)


root@compute01:/# ovs-vsctl show
c4fef9b1-aba5-439c-96a4-6b024c25c453
    Bridge br-int
        Port "qvo4b01b9bc-bc"
            tag: 1
            Interface "qvo4b01b9bc-bc"
        Port patch-tun
            Interface patch-tun
                type: patch
                options: {peer=patch-int}
        Port br-int
            Interface br-int
                type: internal
    Bridge br-tun
        Port "gre-1"
            Interface "gre-1"
                type: gre
                options: {in_key=flow, out_key=flow, remote_ip="172.17.1.1"}
        Port br-tun
            Interface br-tun
                type: internal
        Port patch-int
            Interface patch-int
                type: patch
                options: {peer=patch-tun}
    ovs_version: "1.4.3"

Dumpok a VNET0 interface-ről:
Induláskor:

15:47:45.137559 3e:0d:80:41:86:dd > 00:00:00:16:fa:16, ethertype Unknown (0x6000), length 88:
        0x0000:  0000 0024 0001 0000 0000 0000 0000 0000  ...$............
        0x0010:  0000 0000 0000 ff02 0000 0000 0000 0000  ................
        0x0020:  0000 0000 0016 3a00 0502 0000 0100 8f00  ......:.........
        0x0030:  ef3b 0000 0001 0400 0000 ff02 0000 0000  .;..............
        0x0040:  0000 0000 0001 ff0d 8041                 .........A
15:47:45.354845 3e:0d:80:41:08:00 > ff:ff:ff:ff:fa:16, ethertype Unknown (0x4500), length 320:
        0x0000:  0134 0000 0000 4011 79ba 0000 0000 ffff  .4....@.y.......
        0x0010:  ffff 0044 0043 0120 8751 0101 0600 9cdf  ...D.C...Q......
        0x0020:  2977 0000 0000 0000 0000 0000 0000 0000  )w..............
        0x0030:  0000 0000 0000 fa16 3e0d 8041 0000 0000  ........>..A....
        0x0040:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x0050:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x0060:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x0070:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x0080:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x0090:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x00a0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x00b0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x00c0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x00d0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x00e0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x00f0:  0000 0000 0000 0000 0000 0000 0000 0000  ................
        0x0100:  0000 0000 0000 6382 5363 3501 013d 0701  ......c.Sc5..=..
        0x0110:  fa16 3e0d 8041 3902 0240 3707 0103 060c  ..>..A9..@7.....
        0x0120:  0f1c 2a3c 0c75 6468 6370 2031 2e31 382e  ..*<.udhcp.1.18.
        0x0130:  35ff                                     5.
15:47:45.888271 3e:0d:80:41:86:dd > ff:0d:80:41:fa:16, ethertype Unknown (0x6000), length 76:
        0x0000:  0000 0018 3aff 0000 0000 0000 0000 0000  ....:...........
        0x0010:  0000 0000 0000 ff02 0000 0000 0000 0000  ................
        0x0020:  0001 ff0d 8041 8700 4673 0000 0000 fe80  .....A..Fs......
        0x0030:  0000 0000 0000 f816 3eff fe0d 8041       ........>....A
15:47:46.888070 3e:0d:80:41:86:dd > 00:00:00:02:fa:16, ethertype Unknown (0x6000), length 68:
        0x0000:  0000 0010 3aff fe80 0000 0000 0000 f816  ....:...........
        0x0010:  3eff fe0d 8041 ff02 0000 0000 0000 0000  >....A..........
        0x0020:  0000 0000 0002 8500 0e63 0000 0000 0101  .........c......
        0x0030:  fa16 3e0d 8041                           ..>..A

...és így tovább.

Ha állítok a VMnek IP-t és elkezdek kifele pingelni, akkor pedig a következő jelenik meg a VNET0-n:

15:49:58.366764 3e:0d:80:41:08:06 Null > ff:ff:ff:ff:fa:16 Unknown DSAP 0x08 Information, send seq 3, rcv seq 2, Flags [Command], length 26
15:49:59.366781 3e:0d:80:41:08:06 Null > ff:ff:ff:ff:fa:16 Unknown DSAP 0x08 Information, send seq 3, rcv seq 2, Flags [Command], length 26
15:50:01.366850 3e:0d:80:41:08:06 Null > ff:ff:ff:ff:fa:16 Unknown DSAP 0x08 Information, send seq 3, rcv seq 2, Flags [Command], length 26
15:50:02.366803 3e:0d:80:41:08:06 Null > ff:ff:ff:ff:fa:16 Unknown DSAP 0x08 Information, send seq 3, rcv seq 2, Flags [Command], length 26

És ennyi. Sehol máshol semmi mocorgást nem látok, ahol elvileg kellene lennie. A google nem volt a barátom vagy nagyon rosszul kerestem. Bárkinek bármi ötlet, hogy mit felejthettem ki, vagy mit rontottam el? Mindent a leírás szerint csináltam csak kvm helyett qemu van és mások az IP tartományok. És egyszer már teljesen újraraktam, de mégsem javult meg.

Sziasztok,

Elő kell készítenem blade szervereket Apache Hadoop telepítéséhez. A kérés rendkívül rövid volt, telepítsek rá RHEL 6.3-at és készítsem elő a gépeket, hogy lássák/elérjék (mutipathd) a network storage-t. És tudom nem én vagyok megfelelő szakmailag a feladathoz... ez van.

Adott 6 db új IBM Blade szerver 2x1TB disk. Amik lehetnek külön, RAID0 és RAID1-ben. Adott egy 8TB-os IBM Network Storage (RAID5-tel).

Az egyik Blade-re feltettem a RHEL 6.3-at, RAID1-et használtam a lokális diszkekhez, a storage manager-rel beállítottam hogy a 6 blade lássa és elérhesse azt.

Közben szóltak (itt a megbízót értem a multicégen belül -> másik divizió), hogy nem kell a RAID1. A levélre, hogy akkor RAID0 vagy anélkül persze az adott szakértő (aki majd telepíti a Hadoop-ot) nem válaszolt. Persze a melóval nem vagyok kész...

Amíg várok a válaszra azért kíváncsi lennék a véleményetekre: milyen partíció, milyen fájlrendszer (LVM avagy sem), stb...

Segítségeteket köszönöm.

ui.: Hogy mire és miért így, azt nem tudom. Így az ilyen jellegű felvetésekre nem tudok válaszolni. Bocs.

Sziasztok!
ssh + X - ALT + key nem megy

Egy céges szerverre "ssh -X -C -e none" user@myhost-tal lépek fel. Minden megy rendesen. Amikor elindítok egy X alkalmazást a távoli gépen szépen megjelenik. A problémám az, hogy az alt+ billentyűk nem működnek. Pl. a progi menüje és néhány spec funkció ami az ALT gombhoz kapcsolódik. ha egy rendes TS programot (jelen esetben az SGD-t (Secure Global Desktop az Oracle/Sun-tól) használok akkor megy. De én az ssh-s környezetet szeretném megoldani. A környezetem openSUSE 12.3, próbáltam Gnome és KDE környezetet is. A terminál beállításoknál a "Menü-hívóbetűk engedélyezése" ki van kapcsolva. A távoli szerverhez nincs nagy hozzáférésem, nem is az országban van. :)

fejlemény:
Egy másik, standard programot (IBM Clearquest) kipróbálva (már erre megyek rá) működik ssh + X alatt pl. az alt + F mint menü shortkey. :( Lehet, hogy ez valami programozási gond lesz? De akkor miért megy SGD alatt? na mindegy...

A következő a helyzet:

a cracklib csomaggal szeretném rábírni a samba PDC ldap gépünket, hogy szigorúbb legyen a jelszó amit elfogad.
A userek a win7-es gépekkel belépve tudnak jelszót váltani.

a common-passwordbe az alábbiak kerültek

password sufficient pam_ldap.so
password required pam_unix.so nullok obscure use_authok md5
password required pam_cracklib.so retry=3 difok=1 minlen=8 dcredit=-1 ucredit=-1 ocredit=0 lcredit=0

azt olvastam, hogy ezzel a móddal megadhatom a beállítást.
Ahogy látszik amit szeretnék:
- legyen legalább 8 karakter
- legyen benne legalább 1 szám karakter
- legyen benne legalább 1 nagybetűs karakter
- volt még egy, hogy ne lehessen azonos a jelszó a usernévvel de azt most kivettem a teszt alatt.

A gond az, hogy vagy elértettem valamit, vagy más gond van, mert pl:ezek a feltételek nem teljesülnek.

Valakinek sikerült e már hasonló rendszert összedobni?

Sziasztok!

Szeretnem a cimben szereplo problemat linuxos kornyezetben megoldani. Igazabol csak wines megoldast lattam a neten.
Tehat: van egy ubis laptopom, es oktatason szeretnem a hallgatok linuxos (Centos) gepeire broadcastolni a kepernyomet. Jelenleg a hallgatok inditjak a vncviewert, de valamelyik mindig elfelejti a shared, vagy viewonly opciot begepelni, es emiatt akadozik a dolog. Tudtok-e linux-barat megoldast erre. A browseres megoldas nem tul szimpatikus.
Minden segitseget koszonok:

Toni

Sziasztok!
Az lenne a problémám, hogy lenne 2db mailszerver,

régi: primary, régi local useres bejelentkezés (postfix-amavis-courir...) domain: valami.hu

új : secoundary (be van állítva a, hogy relayhost: primary) virtualdomain, virtualuser (postfix-amavis-dovecot...) valami.hu

levélátadás megoldásom: régi --> új
primary: BCC+transport xy@mail2.valami.hu
secoundary : mail2.valami.hu átiránytás a xy@valami.hu -ra.

példa:
van 2 mail szerverem mindkettőnél a domain valami.hu mindkettőnél!
A primary A-F betűig van a userek. A secoundary G-X betűig.

A primary szereveren lévő user a@valami.hu,--> akar a g@valami.hu -ra küldeni levelet de nem tud mivel g@valami.hu a primary szerver azt írja, hogy nincs benne a helyi listába a user.
Hogyan tudok egy olyan listát létrehozni, amiben a G-X betűk vanank felsorolva és ilyen esetben át releay-z a secoundary szerverre, vagyis ott keresi az adott embert.

USA billentyűzeten nincs a hosszú í-nek megfelelő gomb. Szeretnék olyan kiosztást, aminél módosító billenyűkkel be tudok írni í betűt. Lehetne ez mondjuk az AltGr+i. Tudja valaki hogyan lehet ilyet beállitani?

Nem tudom mar, mi baja lehet ennek a nyuves laptopnak. Korabbi topikban kiderult, hogy a disk egesz turheto teljesitmenyeket ad, megis, valahogy a parhuzamos IO-t nem szereti. Nem tudom megmerni, egesz egyszeruen igy van.

Aktualis pelda: ket virtualis gepet szeretnek inditani, 1024 es valami 400 MB memoriameretekkel. Az elso elindult, gyonyoruen fut vagy masfel napja, szetkonfiguraltam szegenyt ugyanis. Most elinditanam a masodik virtualis gepet (default telepitesu Ubuntu Precise volt mindketto, a masodik gep teljesen szuz meg), es konkretan baromi nagy IOwaitek vannak, semmi egyeb, a diszk LED folyamatosan eg. A gep elvben valahol a boot folyamat kozepen van, de mivel nincs rajta _semmi_, olyan sem lehet, hogy mittudomen eppen bootol rajta egy mysql szerver ami csekkolja a talbakat, mert meg nincs rajta az se. SSH szerver indulna rajta csak, semmi mas.

Az elso (mar futo) virtualis gepen sem fut semmi, ami aktivan hasznalna a merevlemezt, se MySQL, se semmi, Apache Solr fut rajta, RabbitMQ, meg Chef Server, de mindketto csak uresben porog.

Es ez kb. tiz perce igy van. Nem swappel a gep, a free-ben 100 mega koruli swap van hasznalva a 4G-bol, es ez mar idetlen idok ota igy van, semmi nem valtozott (nem a memoria fogyatkozik). A gepen az alap Gnome fallback kornyezeten es a VirtualBox headless cuccan kivul _semmi_ nem fut. CPU-t nem hasznalja semmi, memoria boven van szabadon.

Maga a virtualis gep - most mar - egy sima ext2 particion van, default opciokkal felmountolva.

Nagyon nem ertem a dolgot, a regi MSI EX600-as laptopom, sokkal szarabb konfiggal rohogve vitt el 2 gepet, igaz nem VirtualBoxszal, hanem VMware-val, de ez most mindegy, itt is probaltam mar VMware Playert, ugyanez volt, nem VBox nyugnek latszik a dolog.

Egyszeruen nem tudom, milyen erteket nezzek mar. A gepben egy standard SATA winyo van, semmi extra, 500 GB Samsung ha jol emlekszem.

Nem tudom elhinni, hogy egy viszonylag modern, Intel Core i3, 4G RAM gepet kifektet az, hogy ket virtualis gepet el szeretnek rajta inditani.

Adjatok tanacsot, hogy mivel probalkozzak? Jelenleg egy Ubuntu Precise 64 bit van fenn (teljesen up-to-date), VirtualBox 4.2 (ppa:debfx/virtualbox tarolobol), default Ubuntu kernel.

A top-ban csak a VBoxHeadless latszik, semmi mas. CPU hasznalata olyan 40-50% korul alakul, de az is csak pillanatokra.

Update: Most adta fel a masodik gep az indulast, dmesg-be belenezve mintha badsectoros lenne a disk... Ez a _mostani_ lassusagot magyarazza, az elozoeket azonban nem (akkor nem voltak bad sectorra utalo uzenetek a dmesg-ben). Lehet, hogy a HDD jarja a veget mar regebb ota, es az elso jel a lassabb I/O volt?

Sziasztok!

Nem találtam alkalmasabb témát. Kis segítséget kérnék.

Szeretnék létrehozni úgymond központi hitelesítést, hogy egy helyen kelljen létrehozni illetve lehessen letiltani felhasználókat.

Első körben érintett lenne egy Samba 4 és a wifi hálózat. Wifit Ubiquiti UniFi adja.

Amennyire utána olvastam talán működőképes lehet a következő:

MySQL-ben tárolva a hozzáférési adatok. Ezt tudja olvasni a FreeRadius.
UniFi felől ezt el lehet érni WPA-Enterprise beállítással.
Samba 4 wiki-ben pedig találtam utalást szintén a FreeRadius használatára.
VPN-t most még PPTP adja, páran használják csak. Mivel ezt illene már lecserélni így a következő megoldásnál azt is be kellene vennem ebbe a hitelesítésbe. Mikrotik RB2011UAS-RM adja most a VPN-t.

Jó fele gondolkodom vagy van ennek sokkal egyszerűbb módja?

Ha több külön hálózatban lévő Samba 4 alól szeretném ezt használni akkor megoldható, hogy a megadott felhasználók csak adott Samba alatt legyenek elérhetők?

Válaszokat előre is köszönöm.

A probléma a következő:

http://www.domain.hu/domain/regcheck/?dname=netfabrik.hu&host=ns.netfab…

Ugyanis a fenti link az alábbi hibával elszáll.

...............................................................................
M-GREET -I- [netfabrik.hu] Domi version 20130103
M-STA -I- [netfabrik.hu] Starting from: ns.netfabrik.hu
M-NADD -I- [netfabrik.hu] NS addr: 78.24.186.65
M-PNAM -I- [netfabrik.hu] NS name: ns2.netfabrik.hu
M-PADD -I- [netfabrik.hu] NS addr: 213.163.8.226
M-PGET -I- [netfabrik.hu] getting domain from NS 78.24.186.65 ...
M-PRZO -I- [netfabrik.hu] cannot download domain from 78.24.186.65
M-PARI -W- [netfabrik.hu] NS records inconsistent with parent !!!
M-ROK -I- [netfabrik.hu] SOA parameters comply with RIPE
M-NS -I- [netfabrik.hu] A records for DNS servers:
addr of NS ns2.netfabrik.hu.: 213.163.8.226
addr of NS ns.netfabrik.hu.: 78.24.186.65
IPV6 addr of NS ns.netfabrik.hu.: 2A01:270:2027:0:0:0:0:5
M-CSOA -I- [netfabrik.hu] Cheking SOA at: ns2.netfabrik.hu, 213.163.8.226
M-CSOA -I- [netfabrik.hu] Cheking SOA at: ns.netfabrik.hu, 78.24.186.65
M-CSA6 -I- [netfabrik.hu] Cheking SOA at: ns.netfabrik.hu, 2A01:270:2027:0:0:0:0:5
M-PNAU6 -E- [netfabrik.hu] NS at AAAA not responding, not authoritative, or wrong serial: ns.netfabrik.hu Magyarázat

Az NS-nek van IPv6 címe pingelhető is.
A MyDNS-nek nem találtam a leírásában egyéb olyan beállítást ami az IPv6-al kapcsolatos lenne.

Minden féle tesztek alapján pl dig sajnos úgy néz ki mintha az NS-em nem szolgálná ki az IPv6-os címeket.

Van valakinek valami ötlete, hol lehet a gond?