Linux-haladó

Build cluster docker alapokon

Fórumok

Sziasztok,

Van pár különböző termékünk, természetesen saját build-del. Vannak projektek java, c# , c++ alapokon. Mindegyik projektnek saját CI/CD-je.

Arra gondoltam hogy (első lépésben)a build-et lehetne egy pool-ból csinálni. A terv az , hogy minden csapat build-jét konténerizálom (ez már részben sikerült)
és egy közös poolon fogom futtatni őket.

Most azon töprengek kell-e , és ha igen melyik container orchestrator platform.

- Talán hagyni az egészet container orchestration nélkül és mindegyik CI-ba bekötni a hostokat?
- Esetleg Docker Swarm amit elvileg tök egyszerű belőni de olyat hallottam hogy a Docker is inkább Kubernetes irányba menne
- Kubernetes? - Nem érzem hogy erre a célra Kubernetes lenne a legjobb. Az nekem inkább microservice alapú szolgáltatás update/HA megoldására jó-
- DC/OS.Itt meg aztán annyi rész van , hogy nem győzöm kapkodni a fejem. Mesos, Marathon...

Valakinél valami tapasztalat hasonló céllal?

Bacula direkt archiválás, hogyan?

Fórumok

Sziasztok,

Baculával kapcsolatban lenne pár kérdésem.
Lesz egy debian szerver, ehhez csatlakoztatva egy szalagos könyvtár. Az egész helyi hálón 1-2 klienssel.
Azt hogy automatizált backupok (full és inkrementális) készülnek akár a szerverről, akár a kliensről az menni fog.

De mi van olyankor, amikor a kliensen "direkt" archiválást szeretnék egy mappáról. Nem időzített, és nem is backup. Azaz egy adott mappa tartalmát szeretném egy külön szalagos pool-ba menteni (jó hosszú megőrzési idővel), aztán a mappát a kliensről le is törlöm. Mindezt persze manuálisan indítva amikor jól esik, lehetőség szerint a kliensről (webes vagy GUI felület szóba jöhet). Mármint a mentés mehet manuálisan, a törlésnek nem kell annak lennie.

Nem bitszintű konfigolás érdekelne, de hogyan "szokták" megoldani?

Köszönöm

Linux Mint 13, (Ubuntu 12.04) 64 bit: grub-, fstab-, login-hiba!

Fórumok

Sziasztok!

Az egyik már igen régen használt számítógépemen a grub rescue fogadott.
Ismeretlen fájlrendszer, megváltozott uuid és megváltozott csatolási pontok (/dev/sda lett az /dev/sdb böl)
Régen lehet hogy volt egy másik lemez is benne, de UUID változásra nem tudok magyarázatot

Mivel sokáig nem volt lehetőségem live rendszert indítani rajta próbálkoztam a szokásos megoldással

set root=(hd0,msdos1)
set prefix=(hd0,msdos1)/boot/grub

A /boot/grub/ ban nincs i386-pc mappa, sőt semmilyen mappa nincs ott, a kérdéses fájlok (mint pl a normal.mod stb) közvetlenül a /boot/grub/ mappában vannak.
Próbálgattam egyesével betölteni a mod fájlokat a teljes elérési út alapján de nem igazán ment, valamint nem bírtam rávenni hogy ne egészítse ki a fenti elérési utat egy i386-pc taggal...

Végül a set prefix=/usr/lib/grub al próbálkoztam, mert ott van i386-pc mappa.

Ekkor az insmod normal az alábbi hibát dobta: " symbol not found 'grub_divmod64_full' " erre már nem találtam megoldást, és közben sikerült egy live rendszert indítanom így a kudarc keserves érzésével ott folytattam.

A live rendszeren mount és chroot után (ami elsőre megint nem ment mert mint kiderült 32 bites rendszerből nem lehet 64 bites rendszerbe chroot-olni így megint újabb live rendszer de legalább most már volt mire kiírni...)

grub-install /dev/sda sikeresen lefutott, /etc/fstab szerkesztve (kivettem az UUID-kat mivel már csak 1 lemez volt benne mindent /dev/sda ra írtam /dev/sda1 a / , /dev/sda2/ swap, /dev/sda3 a home biztos live rendszerből ellenőriztem...)

Ezek után elindul a rendszer.

Az X nem indul, alapból az 1. es konzol fogad, és nem fogadja el a felhasználó nevemet / jelszavamat nem tudok belépni!

Visszamentem live rendszerbe, chroot ba, passwd vel módosítottam a jelszót (de tuti jó volt a régi is, még az /etc/shadow fájlban is helyes hash szerepel...) csináltam egy új felhasználót adtam neki is egy jelszót (meg sudo csoporthoz is hozzá adtam...)

Újra indít de semmi továbbra sem lép be, egyik felhasználó név / jelszó párossal sem!

Próbálkoztam még a grub ba beirni a init=/bin/bash és az init=/bin/sh opciókat.

Mindkét variációra kernel pánikot kapok rögtön az elején...

/bin/sh esetén nem nyitható meg a fájl

/bin/bash esetén a nem található a fájl

Az újra telepítés nem opció, meg kell menteni a rendszert!

Ha már be tudok lépni, és van sudo jogom az X et csak helyre rúgom valahogy... (egyébként most az X másodlagos a telepített rendszert kel menteni nem a GUI-t)

Aktuális helyzet összefoglalva:

Az X el sem indul jelenleg, a pancssoros (tty1, tty2 stb) felület ami nem enged be egyáltalán...

Biztos hogy nem elgépelés, chroot -oltam jelszót változtattam biztos ami biztos, csináltam egy másik felhasználót is.

A tippem hogy nem tudja olvasni a /etc/shadow fájlt amit vagy a grub összeomlása vagy az stb szerkesztése okozott...

Ha van építő jellegű ötletetek mit próbáljak még meg?
Esetleg kihagytam egy lépést vagy a grub-install -t szúrtam el?

Egyébként ha a grub rescue re vagy a 32 bitről 64 bitre történő vagy a chroot ra tudjátok a megoldást azt is szívesen veszem legközelebbre :D

Köszönettel: Novarobot!

[Megoldva]Docker hiba Jenkins userrer (standard_init_linux.go:185: exec user process caused "no such file or directory" )

Fórumok

Sziaszok,

Szeretném Maven buildet futtatni docker konténerben. Mindent előkészítettem és a saját useremmel gyönyörűen le is fut az alábbi parancs.
docker run -v /etc/hosts:/etc/hosts -v "$PWD":/usr/src/mymaven
-v /mnt/storage/jenkins/settings.docker.xml:/mnt/storage/jenkins
/settings.docker.xml -w /usr/src/mymaven myimagemvn /usr/src/mymaven
/deployhelper.sh

A deployhelper.sh tartalmazza a maven build lépéseket
A myimagejava pedig egy dockerhub-ról származó maven image.

Namost a saját useremmel lefut simán. Ha viszont Jenkins userként szeretném futtani a CI-ból akkor az alábbi hibát dobja.

"standard_init_linux.go:185: exec user process caused "no such file or directory" "

A deployhelper.sh -n van futtatás jog
Próbáltam már egy teljesen szűz folderből, amin csak jenkins:jenkins jog van hátha az a baj.
A Jenkins bent van a docker userek között tehát a docker ps, dokcer start... alap parancsok simán futnak sudo nélkül meg ilyenek tehát nem gondolom h ez a baj

Az basz fel nagyon hogy a saját useremmel simán megy, a másikal meg nem.

ubuntu szerver csatlakoztatosa windows domain-hez

Fórumok

Kedves Mindenki!

Ubuntu 16.04.4 szervert szeretnek Windows domain-hez csatlakoztatni.
Ehhez keresek valami egyszeru es konnyen kovetheto guide-ot.
A kovetkezoket talaltam eddig:
https://repo.pbis.beyondtrust.com/apt.html
https://github.com/BeyondTrust/pbis-open/releases

https://www.centrify.com/express/linux/download/

Illetve meg ezeket a tutorial-okat:
https://help.ubuntu.com/lts/serverguide/sssd-ad.html
http://www.itadmintools.com/2011/04/active-directory-authentication-on…
http://www.itadmintools.com/2012/02/ubuntu-1110-logging-into-active.html

Az utolso link talan a legszimpatikusabbn, viszont eleg reginek tunik. Tudna valaki abban segiteni, hogy 2018-ban mi a legegyszerubb modja annak, hogy ubuntu vagy mas linux op.rendszereket windows tartomanyba lehessen leptetni?

sd 0:2:0:0: [sda] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE

Fórumok

Némiképp aggasztó bejegyzéseket látok a logban:


Apr 20 12:21:59 ****** kernel: sd 0:2:0:0: [sda] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Apr 20 12:21:59 ****** kernel: sd 0:2:0:0: [sda] tag#0 Sense Key : Medium Error [current] 
Apr 20 12:21:59 ****** kernel: sd 0:2:0:0: [sda] tag#0 Add. Sense: No additional sense information
Apr 20 12:21:59 ****** kernel: sd 0:2:0:0: [sda] tag#0 CDB: Read(10) 28 00 96 6d 34 60 00 00 08 00
Apr 20 12:21:59 ****** kernel: blk_update_request: I/O error, dev sda, sector 2523739232
Apr 20 12:21:59 ****** kernel: sd 0:2:0:0: [sda] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Apr 20 12:21:59 ****** kernel: sd 0:2:0:0: [sda] tag#0 Sense Key : Medium Error [current] 
Apr 20 12:21:59 ****** kernel: sd 0:2:0:0: [sda] tag#0 Add. Sense: No additional sense information
Apr 20 12:21:59 ****** kernel: sd 0:2:0:0: [sda] tag#0 CDB: Read(10) 28 00 96 6d 34 60 00 00 08 00
Apr 20 12:21:59 ****** kernel: blk_update_request: I/O error, dev sda, sector 2523739232

A tömb - ha jól értem - azért még jól érzi magát:



# megacli -LDInfo -L0 -a0
                                     

Adapter 0 -- Virtual Drive Information:
Virtual Drive: 0 (Target Id: 0)
Name                :
RAID Level          : Primary-1, Secondary-0, RAID Level Qualifier-0
Size                : 1.817 TB
Sector Size         : 512
Is VD emulated      : Yes
Mirror Data         : 1.817 TB
State               : Optimal
Strip Size          : 64 KB
Number Of Drives    : 2
Span Depth          : 1
Default Cache Policy: WriteBack, ReadAhead, Cached, Write Cache OK if Bad BBU
Current Cache Policy: WriteBack, ReadAhead, Cached, Write Cache OK if Bad BBU
Default Access Policy: Read/Write
Current Access Policy: Read/Write
Disk Cache Policy   : Disk's Default
Encryption Type     : None
Bad Blocks Exist: Yes
Is VD Cached: No

Ami tulajdonképpen aggaszt az az, hogy felszaporodtak a hibák, és nem ismerős a hardver. Ilyenkor még vígan javít a disk és nem érdemes aggodalmaskodni, vagy most szóljak az illetékeseknek, hogy hamarosan (azonnal?) esedékes a HDD csere?

Bacula probléma

Fórumok

Sziasztok!

Egyelőre csak tesztelem a Baculat mint mentési megoldást, azonban beleütköztem egy problémába:
- Nem látja a szerver a másik virtuális gépre feltelepített klienst.
- Pingetni tudom oda-vissza
- 9102 port nyitva van a kliensen, rá tudok telnetelni a szerverről
- A jelszó is jól van beállítva szerény véleményem szerint

Hibaüzenet:
06-Apr 10:01 bareos-dir JobId 0: Fatal error: Unable to authenticate with File daemon at "10.0.10.6:9102". Possible causes:
Passwords or names not the same or
Maximum Concurrent Jobs exceeded on the FD or
FD networking messed up (restart daemon).
Please see http://www.bacula.org/en/rel-manual/Bacula_Freque_Asked_Questi.html#SEC… for help