Herzlich Willkommen, lieber Gast!
  Sie befinden sich hier:

  Forum » GNU/Linux » Probleme mit DCOP

Forum | Hilfe | Team | Links | Impressum | > Suche < | Mitglieder | Registrieren | Einloggen
  Quicklinks: MSDN-Online || STL || clib Reference Grundlagen || Literatur || E-Books || Zubehör || > F.A.Q. < || Downloads   

Autor Thread - Seiten: > 1 <
000
26.11.2004, 15:07 Uhr
Cassandra_Komplex



Hallo!

Wenn ich von einem Sun-Rechner mit Solaris 9.0 per ghostview auf einen Suse 9.1 Rechner gehe kriege ich die Fehlermeldung "can't connect to klauncher" und "DCOP-server not found".
Bei anderen workstations (Red Hat 9.0 und Suse 9.1) gibt es Probleme beim einloggen, der user kann sich nicht einloggen weil der DCOP server nicht gefunden wurde.
Er läuft aber (hab ich in jedem Fall gecheckt) und die Rechte stimmen auch.
Meistens behebt ein Neustart das Problem, mein Chef ist aber der Meinung ich sollte das endlich richtig in den Griff kriegen, womit er wohl Recht hat...
Hab schon zwei Tage gegoogelt und auch eine Menge gefunden, allerdings nur Leute die die gleichen oder ähnliche Probleme haben und die dazu angebotenen Lösungen wie user löschen und neu anlegen haben nicht funktioniert.
Was auch manchmal hilft, ist das /tmp Verzeichnis zu leeren, allerdings tritt der Fehler dann auch schnell wieder auf, selbst wenn /tmp noch leer ist.
Mittlerweile weiß ich ja wenigstens was der DCOP Server macht und wo ich ihn finde, aber wie ich das Problem lösen kann habe ich immer noch keine Ahnung.
Kennt jemand vielleicht ein brauchbares manual, einen link oder irgendwas das mir weiterhelfen könnte?

LG
Cassandra
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
001
26.11.2004, 16:27 Uhr
typecast
aka loddab
(Operator)


Ich hatte mal aehnliche Probleme. Bei mir lag es daran, dass die DCOP Verzeichnisse in /tmp (also die die bei jedem Start erzeugt werden, falls sie nicht vorhanden waren), die falschen Rechte hatten/den falschen Benutzern gehoert haben.

Ueberpruef das mal.
--
All parts should go together without forcing. ... By all means, do not use a hammer. (IBM maintenance manual, 1925)
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
002
26.11.2004, 16:41 Uhr
Cassandra_Komplex



Das könnte erklären warum es hilft das /tmp Verzeichnis zu leeren.
Hab es gerade ausprobiert und bei dem mit dem ghostview Problem hat es geholfen, hoffe der Fehler tritt jetzt nicht nach jedem ausloggen wieder neu auf, sonst muß ich wohl ein script schreiben.
Was die Leute angeht die sich zeitweise nicht einloggen können so muß ich natürlich warten bis so ein Fehler wieder eintritt, auf jeden Fall danke für den Tipp!
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
003
26.11.2004, 17:06 Uhr
typecast
aka loddab
(Operator)


Ok. Beim zeiten durchlesen ist mir noch das mit den Login-Problemen aufgefallen (hab ich irgendwie uebersehen).

Dafuer kann es auch noch eine andere Erklaerung geben (hat auch mit Permissions zu tun ):

Im Verzeichniss /tmp befindet sich ein weiteres Verzeichnis. Und das heisst .ICE-unix (das wirst du auch nicht geloescht haben denke ich mal). Dieses muss lese/schreib/execute Rechte fuer alle User haben. Also:


Code:
chmod 1777 /tmp/.ICE-unix



Vielleicht behebt das ja dein Problem.
--
All parts should go together without forcing. ... By all means, do not use a hammer. (IBM maintenance manual, 1925)
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
004
29.11.2004, 13:02 Uhr
Cassandra_Komplex



cool, das werd ich ausprobieren sobald sich wieder einer nicht einloggen kann, vielleicht ist das ja wirklich die Lösung.
Vielen Dank!
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
Seiten: > 1 <     [ GNU/Linux ]  


ThWBoard 2.73 FloSoft-Edition
© by Paul Baecher & Felix Gonschorek (www.thwboard.de)

Anpassungen des Forums
© by Flo-Soft (www.flo-soft.de)

Sie sind Besucher: