Observium server költöztetés

Fórumok

Sziasztok.

Van egy BMS observium szerverünk amit szeretnénk ESXi -VM re költöztetni, ugyanakkor az alatta levő CentOS-t Ubuntu Server 20.04-re cserélni és a legújabb verzióra upgradelni. Megcsináltam a VM-et, felraktam scriptből a legújabb Observium comunity-t, kidumpoltam az adatbázist a régi serverből, becsomagoltam a rrd könyvtárat, átköltöztettem az új serverre, adatbázis vissza rrd átmásol, jogsúltságot beállítottam (átmásoltam a config.php-t is) és nem tudok beloginolni semmiféleképpen a web interface-n. A régi servernél ldap volt beállítva de hiába állítok bármi mást (mysql pl) csak visszaadja a login képernyőt hibaüzenet nélkül. Természetesen csináltam új usert az "adduser.php user pass 10" el. Egyedül a http-auth nál fogadja el a jelszót de újabb usert és jelszót kér rögtön ahol semmit nem fogad el, és dob egy unauthorized hibát. Hely van bőven a szerveren a logokban meg nem találok semmit. Az a fura hogy pár hete tesztkörnyezetben már lezongoráztam ezt és ment mindenféle varázslat nélkül, most meg semmiképp nem jutok előre.   

Van valakinek valami ötlete hogy mit tudnék leellenőrzini, vagy merre induljak el?

Hozzászólások

Szerkesztve: 2021. 05. 28., p – 22:28

Szia!

Az /opt/observium könyvtárat vidd át egy ez egyben az új szerverre, majd az adatbázist is.
Webszerver oldalon "sub-directory"-t nem támogat, tehát csak a "/" -be lehet rakni az Observiumot,
erre az a megoldás van, hogy külön porton kell futtatni.

 

(régi-szerver)
## ez átvisz minden jogosultságot  ##
$> tar -cf observium.tar.gz /opt/observium

(új-szerver)
$> cd /opt
$> tar -xf observium.tar.gz
$> cd /op/observium
## adatbázis-ellenőrzése/frissítése ##
$> php discovery.php -u

## /etc/crontab fixálása régi beállítás alapján##

## apache-config ##
<VirtualHost *:8443>
	DocumentRoot /opt/observium/html
	<Directory />
		Options FollowSymlinks MultiViews		
		AllowOverride All
		Order Allow,Deny
		Allow from all
		Require all granted
	</Directory>
</VirtualHost>

Ezek után működnie kell.

Huh köszönöm. Közben sikerült előre lépnem és beloginolnom AD - LDAP beállítás segítségével, és úgy nézem az adatok is megvannak meg a RRD-k is, de így is sokat segített az adatbázis rendbeszedésében. Főleg hogy a felhasználói beállítások felületen azt mondja nincs hozzáférése az adatbázishoz, úgyhogy valami még tényleg hibádzik. Jövő hét elején megpróbálom ezt a módszert. Köszi. 

The worst or stupidest ideas are always the most popular.

Szerkesztve: 2021. 06. 10., cs – 13:50

Történt előrelépés, sikerült belépni, az adatbázis is megvan de egy újabb problémába futottam bele. Minden grafikon szépen rajzolódik, a portok, proceszor, uptime, de az összesített - device trafic - graph "error drwaing graph" hibát dob. Van valami ötletetek erre?  

Ha a rrdtool commandot futtatom ezt a hibát dobja: ERROR: can not parse an empty rpn expression

The worst or stupidest ideas are always the most popular.

Nem találkoztam ilyen problémával még.

Nálam ezek a beállítások vannak:

-> /opt/observium/config.php

$config['housekeeping']['syslog']['age'] = 0;
$config['housekeeping']['eventlog']['age'] = 0;
$config['housekeeping']['alertlog']['age'] = 0;
// $config['housekeeping']['inventory']['age'] = 0;
$config['housekeeping']['rrd']['age'] = 0;
$config['housekeeping']['rrd']['invalid'] = TRUE;

Bővebb leírás:

https://docs.observium.org/housekeeping/

Kösz az eddigi segítséget. Végül újrahúztam az egész szervert, kiexportoltam a device configokat egy fileba és hozzáadtam az új szerverhez. Elveszítettük ezzel a grafikon historyt de legalább minden működik megfelelően. Szerintem túl nagy lett volna a verzióugrás a régi (Observium CE 0.13.10.4585) és az új között (Observium 21.6.11375), és mivel gondolom túl sok mindent változtattak benne (az adatbázis szerkezetét tekintve is) így nem volt 100%-an kompatibilis a kettő. 

The worst or stupidest ideas are always the most popular.