File im Editor öffnen

[reni]

Hallo,

wenn ich ein Text-File mit Doppelklick im Filemanager öffnen will, bekomme ich folgende Fehlermeldung:

Code: [Auswählen]

The request to service this action has failed for the following reason:
TT_DESKTOP_ENOENT No such file or directory.
Dies geschieht aber nur als User - bei root gibts keine Probleme.

Ich kann auch das File als User in einer Shell mit "cat" oder "vi" ansehen ... es ist also vorhanden und auch die Rechte sind ok.

Habt ihr eine Idee, was / wo da gedreht werden muss? 

System:
Solaris 10 06/06 - Generic_118833-17

[reni]

Ergänzung:

Lege ich einen User an, dessen $HOME nicht unter /export/home liegt, funzt alles.
u.a. hat dieser User auch die bash als Standard-Shell, so wie ich es beim Anlegen angeben habe.
Dies funktioniert bei einem User mit dem $HOME in /export/home nämlich auch nicht

[reni]

*hochschieb*

Hat wirklich niemand eine Idee, wie das Problem zu beseitigen ist?

[escimo]

Hallo reni,

mal schauen...

Tritt das Problem bei allen Desktops auf (JDS / Gnome und CDE)?

Ich schaue mich erst mal um...wird aber wohl was in $HOME/.dt nicht stimmen.

Bis dann.

Gruß
escimo

[reni]

Tritt das Problem bei allen Desktops auf (JDS / Gnome und CDE)?

Auf den Servern ist nur CDE installiert, kann es also nur da testen.

[Jonny]

Na ja, da kann man aus der Ferne erst mal nur raten. Ich würde auf Permission Geschichten im Homedir tippen, da der Root keine Probleme hat. Wenn du genau deine Fehlermeldung "TT_DESKTOP_ENOENT No such file or directory" bei Google verfütterst, dann kommen einige interessante Treffer. Dort gehen die Vermutungen auch Richtung Automounter Probleme oder kaputtes CDE. Den 2. Treffer finde ich einen interessanten Test.

Gruß
Jonny

[reni]

Wenn du genau deine Fehlermeldung "TT_DESKTOP_ENOENT No such file or directory" bei Google verfütterst, dann kommen einige interessante Treffer. Dort gehen die Vermutungen auch Richtung Automounter Probleme oder kaputtes CDE. Den 2. Treffer finde ich einen interessanten Test.

Du meinst diesen Treffer?
http://forum.sun.com/jive/thread.jspa?threadID=74536&messageID=271653

Das habe ich versucht ... siehe mein 2. Posting dazu "Ergänzung"
http://www.sonnenblen.de/index.php/topic,4123.msg23311.html#msg23311

[Jonny]

Hätte ich doch mal nicht nur das erste Posting lesen sollen

Tja, daraus würde ich auf ein Automounter Problem schließen. Kannst du im vi das File nicht nur öffnen, sondern auch bearbeiten/schreiben? Kannst du eine Datei anlegen? Hast du was an der auto_home gefummelt, bzw. wie sieht die aus? Ist ein Netzwerk im Spiel?

Gruß
Jonny

[reni]

"an der auto_home gefummelt" => hab ich nicht.
"Ist ein Netzwerk im Spiel?" => für die $HOMEs der User nein

Alle weitere Angeben kann ich erst am nächsten Montag posten ... bin erst da wieder im Büro.
Aber schon mal vielen Dank für die Hilfe.

[reni]

Tja, daraus würde ich auf ein Automounter Problem schließen. Kannst du im vi das File nicht nur öffnen, sondern auch bearbeiten/schreiben? Kannst du eine Datei anlegen?

Ich kann das File mit vi editieren und ich kann Files anlegen.

Hast du was an der auto_home gefummelt, bzw. wie sieht die aus?

Die auto_home hab ich mir angeschaut und verglichen mit einer auto_home auf einem Server, bei dem das Problem nicht besteht.
Unterschied ist, dass auf dem Server mit dem Problem, der Servername MIT vollständigem Domain-Suffix erscheint.

Code: [Auswählen]

<user> <server>.<domain.de>:/export/home/<user>
Kann das das Problem sein?
Wenn ja, woher kommt das und wie kann ich das ändern / anpassen?

[Jonny]

Unterschied ist, dass auf dem Server mit dem Problem, der Servername MIT vollständigem Domain-Suffix erscheint.

Code: [Auswählen]

<user> <server>.<domain.de>:/export/home/<user>
Kann das das Problem sein?
Wenn ja, woher kommt das und wie kann ich das ändern / anpassen?

Hm, grundsätzlich könnte das schon das Problem sein, was mich nur bei der Sache stört ist, dass es in CDE nicht geht, aber von der selben Maschine in einer Shell mit vi schon?!?
Das kapier ich nicht. Im Zweifelsfalle solltest du auf allen beteiligten Maschinen mal schauen ob die /etc/nsswitch.conf auch konsistent sind, sprich alle Maschinen über DNS gehen. Schrumpfe bei der Gelegenheit auch gleich die lokalen /etc/hosts und filze auch die /etc/dfs/dfstabs auf unterschiedliche Schreibweisen. Nicht die NIS netgroups vergessen wenn die verwendet werden. Wenn du dann in allen Automounter Maps die Namens Schreibweise mit der Domain verwendest, dann ist das schon mal glatt gezogen. Schau was dann passiert. Wenn es dann geht ist das zwar schön, trägt aber nicht zur Aufklärung bei. Was mir auffällt, ist dass es immer jede Menge Probleme gibt, wenn man in Sachen Hostnamen verschiedene Dienste verwendet (DNS, NIS oder File).

Gruß
Jonny

[reni]

Moin,

einziges File, indem ich etwas anpassen konnte war die nsswitch.conf:
alt:

Code: [Auswählen]

# You must also set up the /etc/resolv.conf file for DNS name
# server lookup.  See resolv.conf(4).
hosts:      files dns

# Note that IPv4 addresses are searched for in all of the ipnodes databases
# before searching the hosts databases.
ipnodes:   files dnsneu:

Code: [Auswählen]

# You must also set up the /etc/resolv.conf file for DNS name
# server lookup.  See resolv.conf(4).
hosts:      files dns
ipnodes:    files
# Note that IPv4 addresses are searched for in all of the ipnodes databases
# before searching the hosts databases.
#ipnodes:   files dns

Alle anderen Files sind identisch bzw. ohne Eintrag (/etc/dfs/dfstabs)

Die hosts sind immer so aufgebaut:
<IP>  <server>.<domain>   <server>   loghost

Was mir aufgefallen ist, dass in der resolv.conf keine "search"-Domain eingetragen ist.

Und ich hatte gestern mal in der auto_home den Domain-Namen bei meinem Testuser entfernt ... allerdings keine Änderung.

[Jonny]

Was mir aufgefallen ist, dass in der resolv.conf keine "search"-Domain eingetragen ist.

Der sollte schon versorgt sein, ob es dich in der Geschichte weiter bringt....

Gruß
Jonny

[reni]

Was mir aufgefallen ist, dass in der resolv.conf keine "search"-Domain eingetragen ist.

Der sollte schon versorgt sein, ob es dich in der Geschichte weiter bringt....

Hab ich gemacht ... aber keine Lösung zu meinem Problem

Kann ich noch etwas tun?
Kann es doch etwas mit dieser $HOME/.dt zu tun haben?

[Jonny]

Move das einfach mal weg und starte CDE neu... Er sollte das Ding neu anlegen.

Gruß
Jonny