Puncte:0

Toți utilizatorii/grupurile plecate în Data Protector, nu pot crea utilizatori/grupuri noi

drapel it

Am avut un caz de asistență pentru Microfocus Data Protector 10.91 care s-a dovedit a fi o problemă cu permisiunea fișierelor în cele din urmă. Utilizator hpdp avea grup utilizatorii în loc de intenţionat omni, așa că am schimbat grupurile tuturor fișierelor și directoarelor afectate după ce am remediat utilizatorul local.

De fapt, utilizatorul ar fi trebuit să fie luat din LDAP, dar a fost creat local cu un alt grup, ceea ce a cauzat problema. Așa că am eliminat utilizatorul local și l-am importat din LDAP. Am oprit Data Protector, am repornit aparatul și am pornit Data Protector cu succes. Deci totul părea în regulă.

Backup-urile funcționează, serverul de raportare este reîmprospătat periodic, dar dintr-o dată unele rapoarte au apărut o eroare care spune că utilizatorul ar trebui eliminat și recreat.

Privind la Utilizatori context, văd că nu mai sunt afișate utilizatori și grupuri. Cu exceptia ClassSpec și Lista de utilizatori fișiere (precum și WebAccess) sunt încă acolo și umplute.

Chiar și atunci când încerc să recreez grupul de admin, primesc o eroare nespecifică "Eroare la adăugarea grupului" cu identificator 159:9995.

Nu am idee ce ar putea fi în neregulă, dar am verificat că procesul AppServer Java rulează cu UID-ul și GID-ul corect, iar fișierele în cauză pot fi citite cel puțin prin GID.

În jurnalele văd ceva care arată ca o instrucțiune SQL pentru a căuta utilizatori.

Informații suplimentare

/opt/omni/bin/omniusers -list de asemenea, nu scoate nimic.

În DPserver.log Am găsit "Get GroupName: Utilizatorul nu aparține unui grup valid.".

U. Windl avatar
drapel it
Ei bine, mi-aș dori ca acești programatori să fi creat mesaje de eroare rezonabile, să nu spună *ce* nu a funcționat, ci *de ce* nu a funcționat sau să ofere mai multe detalii de unde a apărut eroarea.
Puncte:0
drapel it

eu găsite problema, adică: cel puțin eu rezolvat problema:

Inspirat de mesaj Get GroupName: Utilizatorul nu aparține unui grup valid. Am bănuit că programul Java nu reușește să obțină utilizatorul sau grupul de la LDAP (prin nsswitch) (în timp ce ambele getent passwd hpdp și getent grup omni a lucrat).

Așa că mai întâi am afișat intrarea de grup folosind getent grup omni, apoi a adăugat acea linie la grup fișier folosind vigr. Apoi am făcut un lucru similar pentru intrarea utilizatorului folosind getent passwd hpdp pentru a afișa intrarea și apoi vipw pentru a adăuga intrarea la passwd fişier.

În cele din urmă, când reîmprospătați Utilizatori context în GUI Data Protector, utilizatorii și grupurile au fost din nou acolo!

Ale mele /etc/snnswitch.conf (SLES 12) conține (printre alte linii):

passwd: compat
grup: fișiere ldap
passwd_compat: ldap

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.