Linux-haladó

Sziasztok!

Adott 7 darab 4-8 GB memóriás, 2-4 magos workstation/server gép, sok tárhellyel, ezek közül nem kell mindet felhasználni... :-)
Van lokálisan több, 10+ olyan gép, amit monitorozni kellene, főként Linux: ping, alap linux-os szolgáltatások, tárhely, általános.

Az lenne a cél, hogy minél inkább kiesés nélkül lehessen monitorozni a gépeket, tehát a nagy rendelkezésre állás a szempont.
HA-nál az automatizáltság a prioritás még, hogy magától váltson át a másik gépre, ha az elsődleges monitor szerver megáll. Tehát hogy ne kézzel kelljen átkapcsolni.
Linux alapú, ingyenes megoldást keresek.

2 fő kérdés van:

1. Milyen HA megoldást javasoltok?
2. Milyen monitoring megoldást javasoltok?

A jelenlegi válaszaim, ezekre várnék kritikát, véleményt. Köszönöm.

1. HA:
CentOS 7 Linux, DRBD-n 1 master és 2 slave, majd arra virtualizációval vagy konténerizációval felhúzni a monitorozó gépet, majd valamilyen corosync pacemaker a failover kezelésre. Ha az elsődleges nem elérhető, átveszi egy slave gép a helyét, elindítja a szolgáltatást, felveszi az IP-t, ha szükséges.
Van értelme 3 node-nál többet használni? Csak mert monitoring-ra általában 1-et, néha kettőt szoktak... :-) Ez inkább költői kérdés.

Esetleg valamilyen Xen / Vmware / KVM-es HA megoldás?

2. Monitoring:
OMD (Nagios like), azon belül Check_mk klienseket a kliensekre. OMD-n belül a consol labs féle változatot:
https://labs.consol.de/omd/

Köszönöm az észrevételeket és véleményeket.

Sziasztok

Próbálok Debian/GNU is . UNIX-ot használni de kezd az idegeimre menni.
Windows 7. 8.1 alatt a fizetős Totál Cpmmander MINDENKOR képes csatlakozni egy domainhez FTP-n keresztül csatlakozni.
A Debian/GNU Linux, Filezilla ???????? nevú, programnak látszó tárgy sohasem, bármit állítok be.
Boztos én vagyok a hülye, valaki segítene, miért nem támogatja a Filezilla a passziv, aktív FTP-t?

kösz a választ

Mi minden kell egy Linux disztróhoz? Gondolok ilyenekre, hogy kernel, installer, grafikus felület, csomagkezelő... Milyen összetevői vannak még?

Ha van valami leírás akkor megköszönném, mindehol csak az egyes disztribúciókat hasonlítják össze.

Sziasztok!

Segítséget szeretnék kérni aki használja a MicroVPS LXC konténereit, hogy lehet csatlakozni SSH-n keresztül, privát kulccsal, nekem sehogy sem megy, és a szolgáltató oldalán nincs erről leírás, és persze az ügyfélszolgálat nem valami segítőkész, de gondoltam csak használnám ha már megrendeltem.

Előre is nagyon köszönöm a hozászolásokat,

Sziasztok!

Előre jelzem, hogy egy kicsit nehéz esethez kérnék segítséget.

Adott a Red Hat 7.4 ami kijött a 3.10.0-693.el7.x86_64 kernel családdal. Jó szokás szerint a 3rd party fejlesztők szívnak a változások miatt. Mi is. Annyira, hogy még mindig nem sikerult a Red Hat segítségével sem (kicsit túlzás de eltököltek 3 hetet azzal, hogy eldöntsék mi vagyunk-e a hunyok majd lezárták a ticketünk azzal, hogy valószínűleg mi ... nem voltak biztosak benne)

Alapvetően a következőt csináljuk:
A block device write strategy routinjaba hookoljuk a sajat syscallunk.
A bejovo BIO attol fuggoen egybol visszakerul a rendes utvonalra vagy elobb atmegy rajtunk, hogy kell-e vele dolgoznunk.
Ha kell vele foglalkoznunk akkor a "generic_make_request" syscallnak adjuk vissza a BIO-t

Ez remekül működött és részben működik is (ha a BIO a DM után érkezik hozzánk nincs gond) de egy olyan eset van, hogy HA XFS fájlrendszer van a block device felett akkor hiába adjuk vissza a BIO-t, hiába történik meg az írás a SCSI layerben (végigléptettem gdb-ben... utálatos nap volt) a bi_cnt továbbra is 1 marad a completion routinba visszaérve és utánna is.

Mivel hozzáférést nem tudok/szoftver sem/ adni ezért nagyon hálás lennék esetleg tippekért, hogy miképp tudhatom meg, hogz miért pending az IO és mit kellene csinálnunk, hogy műküdjön ?

A maximum amit privátban ki tudok adni a vmcore sysrq dump után ...

Természetesen kérdésekre tudok választ adni ... teszt VM van amit bármikor tönkre tudok tenni ...

Üdv.: Árpád

Tudja-e valaki hogy lehet olyan rejectet generáltatni postfixel küldéskor, ami rögtön felugró hiba ablakot dob a kliensnek, nem pedig mailer-daemonos emailt. Konkrétan a sasl authentikáció elutasításáról szeretnék egy rejectet rögtön, nem pedig külön emailt, hogy bocs nem lett kiküldve a mailed.

Tesztelek egy gépet, ahol egy SSD-kből összállított raid6 felett van LVM.
A /etc/lvm/lvm.conf-ben be van állítva a issue_discards = 1 azaz ha törlök egy logikai volume-ot akkor azt felszabadítja az SSD-n is.

Törléskor ilyen üzenetet kapok:
/dev/md1: BLKDISCARD ioctl at offset 1118110744576 size 1073741824000 failed: A művelet nem támogatott.

Ebből arra következtetek, hogy az LVM igen helyesen továbbadja a discard hívást a raid alrendszernek, de az nem adja tovább az SSD-knek.
Rá lehet valahogy beszélni, hogy mégis menjen?

Lehet az LVM-el is raid6-ot csinálni - ilyet még nem csináltam és sejtem, hogy itt sem menne, de hátha valakinek van más tapasztalata.

Üdv
Gyula

Sziasztok!

A történet röviden: Dell Latitude 6420-as laptopom van. Évek óta Linux Mint Cinnamont használok.
Nemrégiben kipróbáltam az Ubuntu Gnome 17.10-et, illetve a most megjelent Linux Mint 18.3 Cinnamon kiadást. Ezek közül mindkettő esetén a laptop touchpadjának él görgetése borzasztó érzéketlen. Mivel Ubuntu Gnome-al is ugyanígy működött, emiatt nem akartam a Linux Mint-es topikba tenni, szerintem nem Mint specifikus a probléma.

Szóval a touch pad jobb szélén egy ujjas fel-le scrollozást használtam eddig, nagyon meg is szoktam, nem szeretnék átszokni másra - de érdekesség kedvéért átállítottam a két ujjas görgetési módra, az eredmény itt is hasonló volt: nagyon sokszor nem "kapja el" a görgetést, az egér nyila megy ilyenkor fel, vagy le a képernyő aljára, tetejére. Így a kurzor ki is kerül abból az ablakból, amit görgetni kellene, ilyenkor pedig már eleve inaktív a görgetési funkció. Vissza kell mozgatni a nyilat a görgetni kívánt ablakon belülre és megint huzigatni... nehéz ezt így leírni, de pokoli idegesítő.

Nem foglalkoztam sosem komolyabban a touchpad-ek beállításával. Sosem telepítettem hozzájuk drivert, nem állítgattam semmit konfig fájl szinten.

Mivel külön lemezre telepítettem az új Mint-et (és Ubuntu Gnome-ot), így lehetőségem van váltogatni a jól működő régebbi - és az újabb Mint között.
Próbáltam néhány alapvető kutatást végezni.

A régi, jól működő Linux Mint alatt:
$ xinput list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ AlpsPS/2 ALPS DualPoint TouchPad id=11 [slave pointer (2)]
⎜ ↳ AlpsPS/2 ALPS DualPoint Stick id=12 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Video Bus id=7 [slave keyboard (3)]
↳ Power Button id=8 [slave keyboard (3)]
↳ Sleep Button id=9 [slave keyboard (3)]
↳ AT Translated Set 2 keyboard id=10 [slave keyboard (3)]
↳ Dell WMI hotkeys id=13 [slave keyboard (3)]


$ xinput list-props 11
Device 'AlpsPS/2 ALPS DualPoint TouchPad':
Device Enabled (139): 1
Coordinate Transformation Matrix (141): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
Device Accel Profile (265): 1
Device Accel Constant Deceleration (266): 2.500000
Device Accel Adaptive Deceleration (267): 1.000000
Device Accel Velocity Scaling (268): 12.500000
Synaptics Edges (269): 300, 1700, 210, 1190
Synaptics Finger (270): 12, 15, 0
Synaptics Tap Time (271): 180
Synaptics Tap Move (272): 107
Synaptics Tap Durations (273): 180, 100, 100
Synaptics ClickPad (274): 0
Synaptics Middle Button Timeout (275): 75
Synaptics Two-Finger Pressure (276): 141
Synaptics Two-Finger Width (277): 7
Synaptics Scrolling Distance (278): 48, 48
Synaptics Edge Scrolling (279): 1, 0, 0
Synaptics Two-Finger Scrolling (280): 1, 0
Synaptics Move Speed (281): 1.000000, 1.750000, 0.081934, 0.000000
Synaptics Off (282): 2
Synaptics Locked Drags (283): 0
Synaptics Locked Drags Timeout (284): 5000
Synaptics Tap Action (285): 2, 3, 0, 0, 1, 3, 2
Synaptics Click Action (286): 1, 3, 2
Synaptics Circular Scrolling (287): 0
Synaptics Circular Scrolling Distance (288): 0.100000
Synaptics Circular Scrolling Trigger (289): 0
Synaptics Circular Pad (290): 0
Synaptics Palm Detection (291): 0
Synaptics Palm Dimensions (292): 10, 100
Synaptics Coasting Speed (293): 20.000000, 50.000000
Synaptics Pressure Motion (294): 15, 80
Synaptics Pressure Motion Factor (295): 1.000000, 1.000000
Synaptics Resolution Detect (296): 1
Synaptics Grab Event Device (297): 0
Synaptics Gestures (298): 1
Synaptics Capabilities (299): 1, 1, 1, 1, 1, 1, 0
Synaptics Pad Resolution (300): 1, 1
Synaptics Area (301): 0, 0, 0, 0
Synaptics Noise Cancellation (302): 12, 12
Device Product ID (260): 2, 8
Device Node (261): "/dev/input/event7"

$ cat /proc/bus/input/devices
.
.
.
I: Bus=0011 Vendor=0002 Product=0008 Version=0300
N: Name="AlpsPS/2 ALPS DualPoint Stick"
P: Phys=isa0060/serio1/input1
S: Sysfs=/devices/platform/i8042/serio1/input/input8
U: Uniq=
H: Handlers=mouse0 event6
B: PROP=21
B: EV=7
B: KEY=70000 0 0 0 0
B: REL=3
.
.
.

Az új, nem jól működő Linux Mint alatt:


$ xinput list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ AlpsPS/2 ALPS DualPoint TouchPad id=11 [slave pointer (2)]
⎜ ↳ AlpsPS/2 ALPS DualPoint Stick id=12 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ Power Button id=6 [slave keyboard (3)]
↳ Video Bus id=7 [slave keyboard (3)]
↳ Power Button id=8 [slave keyboard (3)]
↳ Sleep Button id=9 [slave keyboard (3)]
↳ AT Translated Set 2 keyboard id=10 [slave keyboard (3)]
↳ Dell WMI hotkeys id=13 [slave keyboard (3)]
$ xinput list-props 11
Device 'AlpsPS/2 ALPS DualPoint TouchPad':
Device Enabled (139): 1
Coordinate Transformation Matrix (141): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
libinput Tapping Enabled (276): 1
libinput Tapping Enabled Default (277): 0
libinput Tapping Drag Enabled (278): 1
libinput Tapping Drag Enabled Default (279): 1
libinput Tapping Drag Lock Enabled (280): 0
libinput Tapping Drag Lock Enabled Default (281): 0
libinput Accel Speed (282): 0.000000
libinput Accel Speed Default (283): 0.000000
libinput Natural Scrolling Enabled (284): 0
libinput Natural Scrolling Enabled Default (285): 0
libinput Send Events Modes Available (260): 1, 1
libinput Send Events Mode Enabled (261): 0, 0
libinput Send Events Mode Enabled Default (262): 0, 0
libinput Left Handed Enabled (286): 0
libinput Left Handed Enabled Default (287): 0
libinput Scroll Methods Available (288): 1, 1, 0
libinput Scroll Method Enabled (289): 0, 1, 0
libinput Scroll Method Enabled Default (290): 1, 0, 0
libinput Middle Emulation Enabled (291): 1
libinput Middle Emulation Enabled Default (292): 1
libinput Disable While Typing Enabled (293): 1
libinput Disable While Typing Enabled Default (294): 1
Device Node (263): "/dev/input/event7"
Device Product ID (264): 2, 8
libinput Drag Lock Buttons (295):
libinput Horizonal Scroll Enabled (265): 0
$ cat /proc/bus/input/devices
.
.
.
I: Bus=0011 Vendor=0002 Product=0008 Version=0300
N: Name="AlpsPS/2 ALPS DualPoint Stick"
P: Phys=isa0060/serio1/input1
S: Sysfs=/devices/platform/i8042/serio1/input/input8
U: Uniq=
H: Handlers=mouse0 event6
B: PROP=21
B: EV=7
B: KEY=70000 0 0 0 0
B: REL=3
.
.
.


Vannak különbségek, látszik, de nem tudok mit kezdeni velük.
A cat /input/devices rész is eltér picit.
Aztán a jól működőben "Synaptics", a nem jól működőben "libinput"-tal kezdődő sorok vannak - de persze ez lehet, hogy egyáltalán nem baj. Viszont a változók megnevezései is eltérnek, nem csak az értékeik.

Próbáltam feltenni a Synaptics drivert, hátha, de mind a régi, mind az új rendszeren ez már telepítve volt.
Ezt a parancsot adtam ki:

$ sudo apt-get install xserver-xorg-input-synaptics
Reading package lists... Done
Building dependency tree
Reading state information... Done
xserver-xorg-input-synaptics is already the newest version.


Szóval nagyon nincs ötletem... Hogyan lehetne érzékenyebbé (?), azaz jól működővé tenni a touchpad-en a scrollozást?

Sziasztok!

Fu alatt hozza tudnek jutni egy "leselejtezett" tablethez (Jelenleg egy Win 8.1 van rajta, Intel ATOM rendszerchip, hasznalva sem volt szinte) Amire egy Deepin Linuxot tennek.

A problemam. A tab csak UEFI-n bootol es ugye 32 bites, szoval a 64 bites, UEFI boot kepes ISO kiesik. Vegig probaltam kb az osszes lehetoseget, de a legutobbi (15.3-as) Deepint, ami meg kijott 32 bit-en, meg sem eszik azok a boot usb makerek (rufus, Yumi, stb) amiket probaltam (azt irjak, nem bootolhato iso)

Ma fel delutant szenvedtem ezzel, de nem talaltam semmit, amivel UEFI kepesse tudtam tenni az 32 bites ISO-t...

Van barkinek esetleg barmi hasznalhato otlete?

Info meg: A tabon ki van kapcsolva a secure boot.

Sziasztok! Egy olyan problémával küzdők már egy ideje OTRS-el, és már feltúrtam majdnem az egész világhálót is, miszerint van egy MSSQL 2016-os adatbázisom ami össze van kapcsolva OTRS-el, működik is, OTRS-en keresztül olvasom is az adatbázist. A probléma ott adódik hogy nem jeleníti meg megfelelően az ékezetes karaktereket.

Ha az OBDC driveren keresztül kapcsolódok az MSSQL adatbázishoz akkor megfelően látom az adatokat, de midőn OTRS-en keresztül sajna hibásan. Pedig elméletileg az MSSQL adatbázis UTF-8.

Előre is köszönöm a segítséget illetve az ötleteket.