« zurück zur Hauptseite...

Datei gesperrt


Autor: "Peter Hellinger" (2003-09-23 11:23:03)

"Karlheinz Boehme" schrieb

> Mag ja sein, nur hat *das* nun absolut gar nichts mit
> der Fehlkonfiguration eines Servers zu tun. Das kann der
> Server noch so perfekt konfiguriert sein, wenn ein /Client/
> die Datei sperrt, dann ist sie eben gesperrt. Der Server
> kann nicht wissen, ob das von dem bescheurten Explorer kommt
> oder von ACAD oder von WischiWaschi v7.

Na, dann erzähl uns unwissenden Wichten wie man einen Server so
verkonfiguriert, das man Dateien als gesperrt gemeldet bekommt, obwohl sie
nicht gesperrt sind...

Helli

Autor: Karlheinz Boehme (2003-09-23 13:50:20)

Peter Hellinger wrote:

> "Karlheinz Boehme" schrieb
>
>
>>Mag ja sein, nur hat *das* nun absolut gar nichts mit
>>der Fehlkonfiguration eines Servers zu tun. Das kann der
>>Server noch so perfekt konfiguriert sein, wenn ein /Client/
>>die Datei sperrt, dann ist sie eben gesperrt. Der Server
>>kann nicht wissen, ob das von dem bescheurten Explorer kommt
>>oder von ACAD oder von WischiWaschi v7.
>
>
> Na, dann erzähl uns unwissenden Wichten wie man einen Server so
> verkonfiguriert, das man Dateien als gesperrt gemeldet bekommt, obwohl sie
> nicht gesperrt sind...

Ich darf Dich zitieren:
,---------------------------------------------------------------------
| Es reicht schon, wenn die Datei im Windows-Explorer markiert ist,
| um sie für andere als "geöffnet" darzustellen. Tatsache ist, das
| der Explorer die Datei öffenet um den PE-Header auszulesen und
| diese Daten in den putzigen gelben Infofenstern darzustellen, die
| dann immer erscheinen, wenn man mit der Maus drübergeht.
|
| Leider dauert es immer relativ lange bis der Explorer das Filehandle
| freigibt...
`---------------------------------------------------------------------

Du schreibst also selbst, dass der Explorer das Problem verursacht
indem er das Filehandle spaet frei gibt. Was hat das denn jetzt mit
dem Server zu tun?

Der Server macht wie ihm befohlen: naemlich die Datei als gesperrt
melden. Der waere verkunfiguriert (bzw. kaputt) wenn er die Datei
*nicht* als gesperrt melden wuerde.

Nochmals: das ist ganz allein ein Problem des Clients bzw. der
Software auf dem Client, welche die Filehandles nicht frei gibt.

Karlheinz
--
Was "Bumm"? Hast Du nach Deinem Informatikdiplom beschlossen,
dass Du Dein Gehirn nicht mehr brauchst und Dich lobotomieren
lassen? Oder warum redest Du jetzt wie ein Politiker?
[Detlef Bosau in dcounm]

Autor: Karlheinz Boehme (2003-09-23 13:50:20)


Autor: Karlheinz Boehme (2003-09-23 13:50:20)

Peter Hellinger wrote:

> "Karlheinz Boehme" schrieb
>
>
>>Mag ja sein, nur hat *das* nun absolut gar nichts mit
>>der Fehlkonfiguration eines Servers zu tun. Das kann der
>>Server noch so perfekt konfiguriert sein, wenn ein /Client/
>>die Datei sperrt, dann ist sie eben gesperrt. Der Server
>>kann nicht wissen, ob das von dem bescheurten Explorer kommt
>>oder von ACAD oder von WischiWaschi v7.
>
>
> Na, dann erzähl uns unwissenden Wichten wie man einen Server so
> verkonfiguriert, das man Dateien als gesperrt gemeldet bekommt, obwohl sie
> nicht gesperrt sind...

Ich darf Dich zitieren:
,---------------------------------------------------------------------
| Es reicht schon, wenn die Datei im Windows-Explorer markiert ist,
| um sie für andere als "geöffnet" darzustellen. Tatsache ist, das
| der Explorer die Datei öffenet um den PE-Header auszulesen und
| diese Daten in den putzigen gelben Infofenstern darzustellen, die
| dann immer erscheinen, wenn man mit der Maus drübergeht.
|
| Leider dauert es immer relativ lange bis der Explorer das Filehandle
| freigibt...
`---------------------------------------------------------------------

Du schreibst also selbst, dass der Explorer das Problem verursacht
indem er das Filehandle spaet frei gibt. Was hat das denn jetzt mit
dem Server zu tun?

Der Server macht wie ihm befohlen: naemlich die Datei als gesperrt
melden. Der waere verkunfiguriert (bzw. kaputt) wenn er die Datei
*nicht* als gesperrt melden wuerde.

Nochmals: das ist ganz allein ein Problem des Clients bzw. der
Software auf dem Client, welche die Filehandles nicht frei gibt.

Karlheinz
--
Was "Bumm"? Hast Du nach Deinem Informatikdiplom beschlossen,
dass Du Dein Gehirn nicht mehr brauchst und Dich lobotomieren
lassen? Oder warum redest Du jetzt wie ein Politiker?
[Detlef Bosau in dcounm]

Autor: "Peter Hellinger" (2003-09-23 14:05:00)

"Karlheinz Boehme" schrieb

> Ich darf Dich zitieren:

Ja schön.

> Du schreibst also selbst, dass der Explorer das Problem verursacht
> indem er das Filehandle spaet frei gibt. Was hat das denn jetzt mit
> dem Server zu tun?

Es wurde die Behauptung aufgestellt, das dieser Effekt an einem "schlecht
konfiguriertem" Server läge (Stefan Lagotzki):

"Bei der Ablage von Zeichungen auf einem (schlecht konfigurierten) Server
kann es passieren, dass die Dateien scheinbar schreibgeschuetzt sind, obwohl
sie eigentlich freigegeben sein sollten."

Und wir fragen uns alle, wie man einen Server "schlecht konfiguriert", damit
man diesen Effekt erzielt (ich administriere seit mehr als 15 Jahren
Novell-Server). Ich kenne diesen Effekt vom Explorer, der das Dateihandle
nicht oder spät freigibt, solange er meint Daten aus dem Header einer Datei
auslesen zu müssen (was nun mal ohne öffnen nicht geht).

> Nochmals: das ist ganz allein ein Problem des Clients bzw. der
> Software auf dem Client, welche die Filehandles nicht frei gibt.

Das ist das was ich sagte: Der Client gibt das Handle frei, nicht der
Server. Aber es ist aber nicht das, was behauptet wurde!

Helli

Autor: Tom Berger (2003-09-23 15:04:56)

"Peter Hellinger" schrieb:

>Und wir fragen uns alle, wie man einen Server "schlecht konfiguriert", damit
>man diesen Effekt erzielt (ich administriere seit mehr als 15 Jahren
>Novell-Server).

Peter, Du bist mal wieder überschlau, und wie das schon von Dir
bekannt bist, fragst Du nicht vorsichtig nach, sondern wirst schnell
mal grob und beleidigend. Du solltest doch inzwischen gelernt haben,
das Du mit Deinem Halbwissen dabei zu oft auf die Nase fliegst.

Ich kenne aus meiner Admin-Zeit sehr wohl noch Serversysteme, die so
konfiguriert werden konnten, dass ein Zeiger auf eine Datei auch nach
Schliessen der Datei durch den Client auf der Serverseite eine
bestimmbare Zeit lang weiter offen gehalten wurde. Der Sinn dafür lag
darin, das erfahrungsgemäß recht häufig derselbe User dieselbe Datei
gleich nochmals öffnen wollte, was angesichts damals knapper
Systemressourcen so sehr viel schneller ging. Diese scheinbar noch
offene Datei war dann natürlich solange für andere User gesperrt.

Ein so konfigurierbares System war z.B. VMS, und das darf immerhin als
Vorläufer von Windows NT gelten. Insbesondere das NTFS ist eng an das
File System der Vaxen entwickelt worden. Ich kann mir sehr wohl
vorstellen, dass unter bestimmten Umständen dieses alte Feature heute
ab und an noch als Fehler auftaucht.

Aber auch mit bestimmten Großrechnersystemen gab es identische
Probleme - ich hab das selbst noch vor vielleicht 6 oder 7 Jahren mit
AutoCAD Systemen bei der Deutschen Aerospace erlebt, wo eine AutoCAD
Datei auch nach Beenden von AutoCAD für einige weitere Minuten durch
den Server gesperrt war.

>Das ist das was ich sagte: Der Client gibt das Handle frei, nicht der
>Server.

... und das stimmt so allgemein eben nicht.

Tom Berger

--
ArchTools: Architektur-Werkzeuge für AutoCAD (TM)
ArchDIM - architekturgerechte Bemaßung und Höhenkoten
ArchAREA - Flächenermittlung und Raumbuch nach DIN 277
Info und Demo unter http://www.archtools.de

Autor: Stefan Lagotzki (2003-09-23 21:56:57)

Hallo Tom,

um das Problem nochmals genauer einzugrenzen: ich
hatte Windows-Server gemeint und es ging
um AutoCAD-Dateien, die wirklich in *keinem* Explorer-
Fenster angezeigt wurden (wozu auch, den brauchen
wir beim Zeichnen gar nicht).

Sie waren in AutoCAD durch den Nutzer an
Rechner A definitiv geschlossen worden. Am Rechner B,
der im selben Raum steht, konnten sie eben nicht
geoeffnet werden. Gleiches passierte auch, wenn man
eine Zeichnung als XRef in einer Stammzeichnung
referenziert hatte. Die Stammzeichnung war schon
lange (30 Minuten) geschlossen, aber auch die
referenzierte Zeichung konnte nicht bearbeitet werden.

Weil das selbe mit AutoCAD 2002 anderswo nicht
passiert, hatte ich ueber einen falsch konfigurierten
Server nachgedacht.

Stefan

.

Autor: "Peter Hellinger" (2003-09-23 22:38:41)

"Tom Berger" schrieb
> Peter, Du bist mal wieder überschlau, und wie das schon von Dir
> bekannt bist, fragst Du nicht vorsichtig nach, sondern wirst schnell
> mal grob und beleidigend. Du solltest doch inzwischen gelernt haben,
> das Du mit Deinem Halbwissen dabei zu oft auf die Nase fliegst.

Komischerweise ist der einzige der hier beleidigend wird, unser Oberschlauer
Tom Berger. Ganz vergessen, dich Arschloch auf filtern zu setzten...

Autor: "Klaus-P.Nuber" (2003-09-23 23:08:51)

"Peter Hellinger" schrieb im Newsbeitrag
news:bkqb09$1sc$04$1@news.t-online.com...
> "Tom Berger" schrieb
> > Peter, Du bist mal wieder überschlau, und wie das schon von Dir
> > bekannt bist, fragst Du nicht vorsichtig nach, sondern wirst schnell
> > mal grob und beleidigend. Du solltest doch inzwischen gelernt haben,
> > das Du mit Deinem Halbwissen dabei zu oft auf die Nase fliegst.
>
> Komischerweise ist der einzige der hier beleidigend wird, unser
Oberschlauer
> Tom Berger. Ganz vergessen, dich Arschloch auf filtern zu setzten...
>
>
>
Das mit dem Oberschlau hat sich mir schon auch mal aufgedrängt..
Manche müssen sich halt in diesem Medium verwirklichen, werden
sonst Ihre Defizite haben. Das vermute ich aber für BEIDE.
Nur in dieser Strassenrandsprache, höre ich zu meinem
Unmut schon auch mal bei meinen Sprösslingen, die sind aber
erst um die zwanzig, disqualifiziert DÍCH ganz speziell.
Jetzt wäre es schön eine 14-tägige Sperre aussprechen zu können.
Wäre eine echte Strafe für Euch.
Für die Gemeinde hier sicher nicht.

Gruß aus München

Autor: jodresselnospam@web.de (Johannes Dressel) (2003-09-23 23:54:55)

Peter Hellinger wrote:

> Komischerweise ist der einzige der hier beleidigend wird, unser Oberschlauer
> Tom Berger. Ganz vergessen, dich Arschloch auf filtern zu setzten...

Hallo Peter,

Argumente hin und auch her.
Es gibt in diesem Forum (leider - Gottseidank) einige Oberschlaue.
Von diesen "Oberschlauen" leben sehr viele, die hier nicht posten.
In meinen Lehrgängen empfehle ich immer wieder de.conmp.cad, nicht um
das Usenet kennen zu lernen, sondern um möglichst viel über CAD zu
lernen.

Bislang herrschte hier immer ein geradezu heimeliger Ton.
Es wäre schön, wenn das so bliebe.
Unmutsäusserungen gehören zum Alltag, das gilt auch für Tom.
Aber ich, als täglich (stündlich) mitlesender finde, Deine Aussage
überschreitet eine gewisse Grenze der Höflichkeit und gehört definitiv
nicht hier her, auch - oder gerade wenn - Tom Dich direkt angesprochen
hat.

Tom hat lange Haare, sein Wohnzimmer ist nicht immer aufgräumt, aber er
ist deswegen noch kein Arschloch. Da habe ich andere im Usenet
kennengelernt.

Und wenn er Dich persönlich angeht, dann ist das immerhin noch eine
Frage des Tonfalls.
Also, eine Nacht drüber schlafen und alles wird gut.

Gruß aus Hessen
Johannes

 «    ‹    1    2    3    4    ›    »