x84_64 support

[stefanke]

Hallo Zusammen,

ich beabsichtige GSX 3.1 auf einem 2-way Opteron Produktivsystem mit CentOS4 (RHEL4 Clone) und x86_64 Kernel einzusetzen.

Hat jemand Erfahrung (Probleme, Stabilität, Performace etc.) mit dem GSX Server 3.1 auf einem x86_64 System? Offiziell wird x86_64 ja meiner Meinung nach nicht unterstüzt oder ?!?


Mfg Stefan

[rprengel]

Hallo Zusammen,

ich beabsichtige GSX 3.1 auf einem 2-way Opteron Produktivsystem mit CentOS4 (RHEL4 Clone) und x86_64 Kernel einzusetzen.

Hat jemand Erfahrung (Probleme, Stabilität, Performace etc.) mit dem GSX Server 3.1 auf einem x86_64 System? Offiziell wird x86_64 ja meiner Meinung nach nicht unterstüzt oder ?!?


Mfg Stefan

Auf einem 64 Bit Gentoo läuft GSX 3.1 soweit aber remote kann ich mich nicht anmelden um zu administrieren. Offenbar gibt es Probleme mit den für das Login notwendigen Bibliotheken.
Lokal am Server per vmware-console komme ich an die Administration heran. Wichtig ist das du die notwendigen Kompatibitätsbibliotheken auf dem System hast.

Mein Fazit:
Mann/ Frau kann damit arbeiten aber für echte Produktionsumgebungen sollte manh noch warten.

Gruß

[stefanke]

andere Erfahrungen ???

[schmidt4]

Habe ähnliche Erfahrungen, getestet auf einem Dell PowerEdge 2850 mit 2x Intel Xeon EMT64 unter SLES9 mit Kernel 2.6.5.
Neben dem Problem mit der Remote-Anmeldung gabs auch einige seltsame Performanceeinbrüche und Abstürze. Bin mir dabei aber nicht sicher, ob es am (nicht unterstützten?) Kernel oder am EMT64 lag.

[mcs]

Hallo rprengel,

Auf einem 64 Bit Gentoo läuft GSX 3.1 soweit aber remote kann ich mich nicht anmelden um zu administrieren. Offenbar gibt es Probleme mit den für das Login notwendigen Bibliotheken.
Lokal am Server per vmware-console komme ich an die Administration heran. Wichtig ist das du die notwendigen Kompatibitätsbibliotheken auf dem System hast.

Ich habe auch den GSX3.1 unter gentoo Kernel 2.6.11/x86_64 auf einem PowerEdge 1850 mit zwei Xeons zu laufen.

Auch bei mir läuft der GSX und die VMs einbandfrei, aber der Remotezugriff scheint auch nicht zu funken. Schuld daran scheint PAM zu sein.

Code: Alles auswählen

Apr  7 17:30:01 [/usr/sbin/cron] (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons )
Apr  7 17:32:01 [vmware-authd] PAM unable to dlopen(/lib/security/pam_unix_auth.so)
Apr  7 17:32:01 [vmware-authd] PAM [dlerror: /lib/security/pam_unix_auth.so: cannot open shared object file: No such file or directory]
Apr  7 17:32:01 [vmware-authd] PAM adding faulty module: /lib/security/pam_unix_auth.so
Apr  7 17:32:01 [vmware-authd] PAM unable to dlopen(/lib/security/pam_unix_acct.so)
Apr  7 17:32:01 [vmware-authd] PAM [dlerror: /lib/security/pam_unix_acct.so: cannot open shared object file: No such file or directory]
Apr  7 17:32:01 [vmware-authd] PAM adding faulty module: /lib/security/pam_unix_acct.so
Apr  7 17:32:01 [vmware-authd] PAM unable to dlopen(/lib/security/pam_deny.so)
Apr  7 17:32:01 [vmware-authd] PAM [dlerror: /lib/security/pam_deny.so: cannot open shared object file: No such file or directory]
Apr  7 17:32:01 [vmware-authd] PAM adding faulty module: /lib/security/pam_deny.so


Die Pam-files sind da, aber sind nicht im ldconfig -v zu finden, obwohl ich in der ld.so.conf den Pfad /lib/security drin habe. Hast du da schon was herausgefunden? Muss man den vmware-auth beim pamd "anmelden"?

ssh-Zugriff und normales Login ist möglich...

Gruß,
MCS

[rprengel]

Die Pam-files sind da, aber sind nicht im ldconfig -v zu finden, obwohl ich in der ld.so.conf den Pfad /lib/security drin habe. Hast du da schon was herausgefunden? Muss man den vmware-auth beim pamd "anmelden"?

ssh-Zugriff und normales Login ist möglich...



Hallo,

ich habe auf 32 Bit zurück geschraubt da ich keine andere Lösung gefunden habe.

Gruß

[mcs]

ich habe auf 32 Bit zurück geschraubt da ich keine andere Lösung gefunden habe.

Gruß

Nur die pam-Libs oder das ganze System?

Gruß, MCS

[rprengel]

ich habe auf 32 Bit zurück geschraubt da ich keine andere Lösung gefunden habe.

Gruß

Nur die pam-Libs oder das ganze System?

Gruß, MCS

Das komplette System. Sad but true.

[mcs]

Habe in einer linux32 chroot /tmp/gentoo32
mir in meinem 64bit System ein komplettes neues 32er System aufgesetzt.
Die darin entstandenen (/tmp/gentoo32)/lib/security/pam* habe ich dann
nach /lib32/security (im 64er System) kopiert. In pam.d/vmware-authd verweise ich dann auf diese lib32-Module....

Es funkt! Nicht die feine Art, aber er authentifiziert und ich greife sowohl mit der Mangemente Console als auch via Browser auf die VMs im 64er-Kernel

Bisher ist nix gekracht, es laufen 3VMs parallel ruhig dahin....

Gruß,
MCS

[Marabu]

Das Problem ist, das in der vmware-authd die "default" Pfade zu den Libraries drinstehen. Die sind unter amd64 nunmal 64bit.

remote login mit pam funktioniert unter amd64 auch ohne chroot, wenn man den Pfad zu den benötigten 32bit pam_xxxx libs in die /etc/pam.d/vmware-authd einträgt.

Code: Alles auswählen

auth       required     /lib32/security/pam_unix_auth.so shadow nullok
account    required     /lib32/security/pam_unix_acct.so


Ggfls. muß man sich die 32-bit Libs von einem x86 System kopieren.
Hoffe geholfen zu haben...