Hi,
Írtam saját konfigot, scriptet, stb.
Működik.
De!
Azt vártam, hogy az ütemezett futásoknál az előző futás óta keletkezett log bejegyzéseket nézi át, nem megint előlről az egész logfile-t.
Viszont a riportban az egész elmúlt nap összes vonatkozó eseményét látom az utolsó (mondjuk) 5 perc helyett.
Ez így OK, vagy azért ezen lehet javítani?
Thx.
Sziasztok!
Felraktam a sendmail-t Linuxomra, mert nem postfixet akartam használni, a későbbi webgalamb nevű csoda beállítása miatt szükséges ez.
Annyira nem sendmail-eztem, hogy nem is értem azon kívül hogy 25ös port nyitva, miért írja egy sima hitelesítés nélküli levélküldés próbára hogy Relaying denied.
Meg tudja valaki mondani, hogy ha külső domain-re akarok levelet küldeni, hogyan oldjam ezt meg és ne úgy, hogy egyenként engedélyezzem a domain-eket hogy hova küldhetek?
Köszi előre is.
Van egy merevlemezem, amelyen X offszetnél van egy Y méretű fájlrendszer. (ext4, de most a hangsúly nem ezen lesz)
a.) Csinálok egy partíciót X offszetnél, Y mérettel. Nevezzük csak /dev/sda1-nek.
b.) Csinálok egy loop device-t ugyanezen X offszetnél, Y mérettel. (losetup --offset X --size-limit Y ...) Nevezzük csak /dev/loop0-nak.
Ha a /dev/sda1-et csatolom fel, akkor ~110 MByte/sec sebességgel tudok nagy fájlokat írni a fájlrendszerre. Ha ugyanezt a fájlrendszert /dev/loop0-ként csatolom fel, akkor ~35 MByte/sec sebességgel tudom írni.
Értem én, hogy nagy a loop device overhead-je, na de ennyire? ... és, lehet-e valamit javítani a helyzeten?
Ha a /dev/sda1-et csatolom fel, akkor írás esetén folyamatosan ég a HDD LED, ha a /dev/loop0-t csatolom fel, akkor szakaszosan ég a HDD LED. Nyilván először teleír valami buffer cache-t, aztán meg flush-ol, na, de le lehet-e erről beszélni?
Ez most egy homokozó környezet, az éles rendszeren rá vagyok kényszerítve a loop device használatára, nem tudok partíciót létrehozni.
UPDATE: a megoldás loop device helyett a device mapper használata "linear" módban. Kösz, Árpi!
Sziasztok!
Egy hete küzdök már az alábbi problémával, de nem sikerül megoldanom. Van két fájlszerverünk (ss1 Debian és ss2 Ubuntu) valamint két SMTP szerverünk (mx1 Debian és mx2 Ubuntu)
Mind a két fájlszerveren egy-egy bond interfész van kialakítva. A szerverek egy Netgear GS716T switch-re vannak kötve.
A probléma:
az mx1-ről az ss1 pingelhető, az ss2 nem.
az mx2-ről az ss2 pingelhető az ss1 nem.
az mx1-ről az mx2 pingelhető
az ss1-ről az ss2 nem pingelhető és fordítva sem megy
Tudtok valami lényeges eltérést az Ubuntu 12.04 és a Debian 6.0 bonding területén?
Sziasztok.
Talán 1999 óta van mindenféle Linux rendszerem. Kezdtem anno a Corel linuxszal, majd jöttek a redhatok, majd ubuntu, kubuntu, slackware, salix. Jelenleg az utóbbit használom.
Megfigyeltem, hogy nem igazán szükséges a dózerekben megszokott módon "újrahúzni" a rendszert, csak amikor már kiismerhetetlenné válik a probléma oka. Pl.egy disztribúció-keverés, vagy teljesen elgúrt' make install stb.
Nekem kb. 2 év után egy videokonverter fordítása és felhúzása után jött egy olyan katasztrófa, melynek nem értettem az okát. Gondoltam egyet, majd nem a rendszermentést másoltam vissza, hanem egy új verziószámra ugrottam a salixszal, a 14-esre.
Arra lennék kíváncsi, kinek mikor áll be valami hasonló és miktől, hogy mindent újraépítsen a fájlrendszerén, még az alaprendszert is.
Jó pár éve jól működő samba a napokban frissítve lett 4.0-ra. Azóta windows alól a halózatról indított exe fájlok nem indulnak el és egy "You do not have permission to access" hibaüzenetet kapok. Másolni, törölni, átnevezni tudom őket. Linux alatt a fájlok 640 jogokkal vannak, de eddig ez soha nem volt gond, windows alól futottak rendesen. Most csak akkor futnak, ha linux alatt adok nekik +x-et.
Valami megváltozott a Samba4-ben ezzel kapcsolatban vagy valamit benézek? A fájlok egyébként reiserfs alatt vannak acl-el mountolva.
Sziasztok!
A gondom a következő:
Adott egyenlőre féllábas RAID 1 kötet ami két winchester dokkoloban van, egyikre már telepítve van a Slackware 14.0 (természetesen, ami szükséges egy serverhez httpd (pache) etc..), de mivel a saját laptopomra kötve telepítettem a saját mbr -t sikerült felülíratnom... Az már mogoldva a saját rendszerem bootol, de a RAID 1 es kötetten lévő linux nem bootol mivel az mbr nem jó helyre került... Most fel tudtam mountol a rendszer particiót, és configurálni tudok, de telepiteni nem... A kérdések a következők ezek fényében:
1. Hogy tudom bootolásra"kényszeríteni" a RAID 1 es köteten lévő rendszert?
2. chroot - hogy tudom használni a "gazda" rendszeremen, úgy hogy a "vendég" (RAID 1 es köteten lévő rendszer)rendszert tudjam telepíteni kipróbálni?
A válaszokat előre is megköszönve
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...