Sa dovedit a fi o problemă de firewall:
Port 5555/tcp (portul tradițional Data Protector) a fost blocat pe client.
Deoarece instalarea se face folosind SSH (care nu a fost blocat), descărcarea și instalarea software-ului a funcționat, dar comunicarea cu managerul de celule (CM) nu a fost posibilă.
Am folosit aceste comenzi CLI pentru a configura firewall-ul (firewalld); poate doriți să ajustați portul și zona:
# firewall-cmd --permanent --new-service=omni
# firewall-cmd --permanent --service=omni --set-short="Data Protector"
# firewall-cmd --permanent --service=omni --set-description="Data Protector"
# firewall-cmd --permanent --service=omni --add-port 5555/tcp
# firewall-cmd --permanent --zone=intern --add-service=omni
# systemctl reîncărcați firewalld.service
Rețineți că firewall-cmd permite modificarea unui singur articol (atunci când se încearcă modificarea mai multor elemente, restul este ignorat în tăcere (cererea de îmbunătățire există deja)).
Odată ce a funcționat, se pare că inet procesul revine cu valoare oarecum aleatoare ce systemctl status omni* nu pare să-i placă foarte mult (raportează diferite erori).
Totuși, nu știu dacă acele fișiere de unitate systemd sunt într-o stare bună (unele reglaje suplimentare ar putea reduce la tăcere acele erori false).
Am aflat si ca instalatia inca mai foloseste /etc/xinetd.d/omni dacă xinetd este instalat (și rulează). Cu toate acestea, xinetd nu este reîncărcat automat, așa că trebuie făcut manual după instalare pentru a activa omni serviciu.
În cele din urmă, Data Protector încă instalează unele fișiere cu modul rău 0666; ceva ce cineva ar putea dori să remedieze (chmod go-w macar).
