[solved] _nss_mysql_passwd_result_to_struct:Warning: lookup returned 2 rows, I was expecting just 1

[Eichjoernchen]

Hallo Leute!

 

Ich nutze Froxlor unter Debian Squeeze. Ich habe fcgi installiert und nach den Angaben des Froxlor Panels konfiguriert.

 

Ich habe in der /var/log/auth.log folgende Meldung gefunden:

 

Jan 13 16:12:21 server nss-mysql[8099]: _nss_mysql_passwd_result_to_struct:Warning: lookup returned 2 rows, I was expecting just 1.

 

Kann mir jemand sagen was die Meldung bedeutet?

 

Ich kann zur Zeit keine Probleme erkennen. Es scheint alles zu funktionieren.

 

Gru? J?rn

 

Edit:

Es schein irgendetwas falsch konfiguriert zu sein. Verstehe aber die Fehlermeldungen nicht wirklich:

 

Jan 13 17:00:01 server CRON[20559]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 13 17:00:01 server CRON[20559]: pam_unix(cron:session): session closed for user root
Jan 13 17:00:13 server postfix/smtpd[22454]: sql auxprop plugin using mysql engine
Jan 13 17:01:12 server nss-mysql[12732]: _nss_mysql_passwd_result_to_struct:Warning: lookup returned 2 rows, I was expecting just 1.
Jan 13 17:01:12 server nss-mysql[12732]: process: Malformed line : member_groupid_column = ug.id
Jan 13 17:01:12 server nss-mysql[12732]: check: groups.member_groupid_column must be set. Fix your configuration files
Jan 13 17:01:12 server nss-mysql[12732]: group.c: handle_query: conf file parsing failed
Jan 13 17:02:33 server nss-mysql[12732]: _nss_mysql_passwd_result_to_struct:Warning: lookup returned 2 rows, I was expecting just 1.
Jan 13 17:02:33 server nss-mysql[12732]: process: Malformed line : member_groupid_column = ug.id
Jan 13 17:02:33 server nss-mysql[12732]: check: groups.member_groupid_column must be set. Fix your configuration files
Jan 13 17:02:33 server nss-mysql[12732]: group.c: handle_query: conf file parsing failed
Jan 13 17:03:07 server sshd[2853]: pam_unix(sshd:session): session closed for user root

 

[huschi]

Warning: lookup returned 2 rows, I was expecting just 1.

Ist nicht wirklich schwer zu verstehen. Hier scheint irgendwo sich irgendwo ein doppelter Eintrag rein geschlichen zu haben.

 

Es schein irgendetwas falsch konfiguriert zu sein.

Dann zeig uns doch auch Deine Konfiguration.

In dem Fall die /etc/nss-mysql.conf. (Achtung Passwort!)

 

huschi.

[Eichjoernchen]

Hallo huschi!

Erst einmal Danke f?r Deine Hilfe

Das da was doppelt eingetragen sein soll habe ich mit meinem schlechten Englisch noch verstanden. Habe mir auch die betreffende Konfigurationsdatei angeschaut. Habe aber nichts entdecken k?nnen. Ich vermute das ich da was ?bersehe

Hier also die gew?nschte Datei ohne Passwort (Danke f?r den Hinweis )

conf.version = 2;
users.host = inet:127.0.0.1:3306;
users.database = froxlor;
users.db_user = froxlor;
users.db_password = xxxxxxxxxxxxxxxxxxxx;
users.table = ftp_users u;
users.where_clause = u.login_enabled = 'Y';
users.user_column = u.username;
users.password_column = u.password;
users.userid_column = u.customerid;
users.uid_column = u.uid;
users.gid_column = u.gid;
users.realname_column = u.username;
users.homedir_column = u.homedir;
users.shell_column = u.shell;
groups.group_info_table = ftp_groups g;
groups.where_clause = ;
groups.group_name_column = g.groupname;
groups.groupid_column = g.id;
groups.gid_column = g.gid;
groups.password_column = "x";
groups.members_table = ftp_groups ug;
groups.member_userid_column = ug.customerid;
groups.member_groupid_column = ug.id;

 

 

Gru? J?rn

[arnoldB]

Auch sch?n mit der Console, statt mit WinSCP oder anderen, h?sslichen Konsorten konfiguriert/ Dateien editiert? Stichwort Google-Suche.

[Eichjoernchen]

Auch sch?n mit der Console, statt mit WinSCP oder anderen, h?sslichen Konsorten konfiguriert/ Dateien editiert? Stichwort Google-Suche.

 

Gut, ich gebe zu, das ich das mit WinSCP gemacht habe. Aber bisher hatte ich da keine Probleme . Ich werde das jetzt noch mal ?ber Console konfigurieren. Danach melde ich mich noch mal.

 

Gru? J?rn

 

 

[huschi]

Kann keinen direkten Fehler in der Config finden. Im Gegenteil, die scheint mit meiner identisch zu sein.

Aufgrund der "Malformed line"-Meldung w?rde ich aber ebenfalls auf einen Fehler in der conf tippen.

Evtl ist der nss empfindlich gegen?ber falscher (WinDOS) Carige-Returns oder eingeschlichener Tabs/Spaces.

Schau Dir die Config doch mal per Hexdump an. (hexdump -C /etc/nss-mysql.conf)

 

huschi.

[arnoldB]

@huschi:

 

Ja ist er/es. Eine Vielzahl der in der Community gemeldeten/ diskutierten Probleme wurden durch falsche CR's verursacht. Nicht nur bei nscd. Aber ich nehme das den daemons/ parsern auch nicht ?bel. *g*

[Eichjoernchen]

Hallo!

Nun habe ich die Konfigurationsdateien noch mal ?ber die Console mit nano editiert.

Danach tauchten in der auth.log folgende Meldungen auf:

 

Jan 13 18:13:51 server nss-mysql[16177]: /etc/nss-mysql.conf is a file without a conf.version line  and is therefore a configuration file version 1. You must upgrade it to version 2 by doing the following: A) Replace ALL field names by fully qualified field names. For instance if you have users.uid_column = uid; replace it with users.uid_column = user.uid; provided "user" is the table name.  Add a conf.version = 2; line somewhere in this file so that the parser is aware that you took care of the conversion.
Jan 13 18:13:51 server nss-mysql[16177]: passwd.c: handle_query: conf file parsing failed
Jan 13 18:13:51 server nss-mysql[16177]: /etc/nss-mysql.conf is a file without a conf.version line  and is therefore a configuration file version 1. You must upgrade it to version 2 by doing the following: A) Replace ALL field names by fully qualified field names. For instance if you have users.uid_column = uid; replace it with users.uid_column = user.uid; provided "user" is the table name.  Add a conf.version = 2; line somewhere in this file so that the parser is aware that you took care of the conversion.
Jan 13 18:13:51 server nss-mysql[16177]: passwd.c: handle_query: conf file parsing failed
Jan 13 18:13:51 server nss-mysql[16177]: /etc/nss-mysql.conf is a file without a conf.version line  and is therefore a configuration file version 1. You must upgrade it to version 2 by doing the following: A) Replace ALL field names by fully qualified field names. For instance if you have users.uid_column = uid; replace it with users.uid_column = user.uid; provided "user" is the table name.  Add a conf.version = 2; line somewhere in this file so that the parser is aware that you took care of the conversion.
Jan 13 18:13:51 server nss-mysql[16177]: passwd.c: handle_query: conf file parsing failed
Jan 13 18:13:51 server nss-mysql[16177]: /etc/nss-mysql.conf is a file without a conf.version line  and is therefore a configuration file version 1. You must upgrade it to version 2 by doing the following: A) Replace ALL field names by fully qualified field names. For instance if you have users.uid_column = uid; replace it with users.uid_column = user.uid; provided "user" is the table name.  Add a conf.version = 2; line somewhere in this file so that the parser is aware that you took care of the conversion.
Jan 13 18:13:51 server nss-mysql[16177]: passwd.c: handle_query: conf file parsing failed

 

 

Daraufhin habe ich "libnss-mysql nscd" deinstalliert und wieder neu installiert. Dann habe ich noch mal die von Froxlor vorgeschlagenen ?nderungen der Konfigurationsdateien durchgef?hrt (Nat?rlich mit nano ).

 

Danach sah die auth.log folgenderma?en aus:

 

 

 

Jan 13 20:50:01 server CRON[19058]: pam_unix(cron:session): session opened for user root by (uid=0)
Jan 13 20:50:01 server CRON[19058]: pam_unix(cron:session): session closed for user root
Jan 13 20:50:39 server nss-mysql[10948]: _nss_mysql_passwd_result_to_struct:Warning: lookup returned 2 rows, I was expecting just 1.
Jan 13 20:50:39 server nss-mysql[10948]: _nss_mysql_passwd_result_to_struct:Warning: lookup returned 2 rows, I was expecting just 1.
Jan 13 20:50:39 server nss-mysql[10948]: _nss_mysql_passwd_result_to_struct:Warning: lookup returned 2 rows, I was expecting just 1.

 

 

Nachtrag:

 

Ich hatte noch zus?tzlich den Froxlor Cron mit nano neu erstellt. Danach blieb die Fehlermeldung aus bis zu der Attacke. Hat das miteinander zu tun? Sprich: Wurden die Fehlermeldungen durch diese Angriffe verursacht?

[Slydder]

am besten ist ganz einfach die DB anzuschauen. da gibst offentsichlich 2 benutzer mit die gleiche benutzername. eine davon muss weg.

 

oder es k?nnte sein das 2 benutzer die gleich UID haben (1 x normal benutzer und 1 x ftp) in der fall muss du vielleicht auf libnss-mysql-bg umsteigen (ich geh davon aus das das ein debian based system ist).

 

ich rate nur. so zu sagen ein schuss im dunkel. ich kenne die systemen nicht.

[Eichjoernchen]

(ich geh davon aus das das ein debian based system ist).

 

ich rate nur. so zu sagen ein schuss im dunkel. ich kenne die systemen nicht.

 

Hallo und danke f?r den Hinweis

Ja es ist, wie oben erw?hnt, ein Debian System.

Ich habe weiter recherchiert und bin im Netcup Kundenforum auf genau diese Tatsache gestosen, die du jetzt auch genannt hast. Es scheint tats?chlich geholfen zu haben auf libnss-mysql-bg umzusteigen. Hatte nur noch bis eben die Log-Dateien kontrolliert dann wollte ich mich melden. Der Fehler ist jetzt nicht mehr aufgetaucht. Du liegst also richtig mit deiner Vermutung. Danke dir f?r deine Hilfe.

H?tte ich nicht zuf?llig den anderen Beitrag gefunden, w?re ich sp?testens jetzt durch deinen Beitrag auf die richtige L?sung gekommen. Ich w?nsche dir eine gute Nacht!

Gru? J?rn