🚀 go-pugleaf

Reply für SYSOP@black-z.commo.mcnet.de (Rainer Benda)

*Rainer* meinte am 14.03.1996, 09:29:43
folgendes unter dem Betreff
"Hmm..Amiga Netz "runterfahren", wie ?":
________________________________________________________________

RB> Hi !
RB> 
RB> Hmmm...ich hab hier ein kleines Netz zwischen 2 Amigas mit A2060
RB> Arcnet Karten und Envoy am Laufen.....Problem bei der Sache....wenn ich den
RB> einen Rechner abschalte, weil ich ihn fürs Netz nicht mehr "brauche",
RB> meldet der andere, daß er keine Verbindung mehr bekommt und öffnet
RB> dann immerwieder einen Requester mit eben dieser Meldung und irgendwann
RB> schmiert der Rechner ab.
RB> 
RB> Gibt es eine Möglichkeit, daß Netz so runterzufahren, daß es nicht zu
RB> Abstürzen oder diesen Requestern kommt ?
RB> 
RB> Verwendet habe ich das orig. A2060.device und das ch2060.device....letzteres
RB> läuft meiner Meinung nach zuverlässiger, löst aber auch das Absturz-
RB> problem nicht.
RB> 
RB> Irgendwelche Tips ?

Nach Deiner Schilderung zur Folge, fährst Du den _Server_ vom Netz
runter. Das ist der Haken.
Wäre es aber ein Client, der sich vom Netz verabschieden würde, dann
hast Du keine Probleme mehr - was die Lauffähigkeit des anderen
Rechners betrifft. Das habe ich bei meinem Fax-Server (A600) auch so
gemacht, der meinen A3000 als Client praktisch "versorgt".
Also ein Absturz oder Runterfahren des Servers (also der, der
Daten/Programme zur Verfügung stellt) zieht meist ein Neustart des
Clients (der Nutzer) nach sich.

Fährst Du ein Client irgendwann wieder hoch und connectest ihn zum
Server, dann steht die Verbindung wieder wie gehabt. Einziger kleiner
Fehler bei dieser Sache: Bei einem Reconnect werden auf dem Server
nochmals die libs nachgeladen, was sich am Speicherverlust bemerkbar
macht - man kann aber damit leben (wenn man es weiß).

Es gibt noch die umständliche Möglichkeit sich zu "Disconnecten":
Per ASSIGN device: DISMOUNT auf dem _Client_
Es bleibt aber dann noch das Volume-Icon auf der Workbench. Den
kriegst Du weg mit ASSIGN volume_name: DISMOUNT (Es unterscheidet sich
nämlich zwischen Device und Volume)


Un' tschüpp ... *Jossen* :~j
_________________________________________________________________

--MicroDot V1.10

SYSOP@black-z.commo.mcnet.de (Rainer Benda) -> "Hmm..Amiga Netz "runterfahren", wie ?"
(14.03.1996)
> Hi !
> 
> Hmmm...ich hab hier ein kleines Netz zwischen 2 Amigas mit A2060
> Arcnet Karten und Envoy am Laufen.....Problem bei der Sache....wenn ich den
> einen Rechner abschalte, weil ich ihn fürs Netz nicht mehr "brauche",
> meldet der andere, daß er keine Verbindung mehr bekommt und öffnet
> dann immerwieder einen Requester mit eben dieser Meldung und irgendwann
> schmiert der Rechner ab.
> 
> Gibt es eine Möglichkeit, daß Netz so runterzufahren, daß es nicht zu
> Abstürzen oder diesen Requestern kommt ?
> 
> Verwendet habe ich das orig. A2060.device und das ch2060.device....letzteres
> läuft meiner Meinung nach zuverlässiger, löst aber auch das Absturz-
> problem nicht.
> 
> Irgendwelche Tips ?

Ich würde das gefixte A2060 (AmiTCP/IP) benutzen... ch war nur Notlösung.
Bei mir stürzt nix ab?!

Die Maschine versucht die Verbindung wieder herzustellen...was ja wohl
beabsichtigt ist. Um keine Nachfrage zu bekommen, mußt Du die angemeldeten
Volumes vorher per "assign xxxx: dismount force" abmelden.
Übrigens nicht den Namen, sondern z.B. "A3000T-OS_3.x"...

Eine einfache Sache wäre ein Rexxscript, daß den InfoBefehl in eine Datei
piped und später darin nach den Netzlaufwerken sucht und sie abmeldet.
Wenn man konsequent ist, ist das Minus z.B. ein gutes Kennzeichen.

Irgendwo gab es mal einen Patch oder so, der das Cannot Connect abschaltet.
Ging aber irgendwie nicht...war ein Artikel von Otmar 'Raptor' Röhrig.

    / no    /                                   / AMIGA /
   / MS+   /   J_Plewka@Amtrash.comlink.de     /   is  /
  / gAIDS / Plewka_J@Informatik.FH-Hamburg.de /  back /
 /       +-----------------------------------+       /
/  http://users.informatik.fh-hamburg.de/~plewka_j  /

In article <960314102942idgi6yqamb@sysop.black-z.commo.mcnet.de> SYSOP@black-z.commo.mcnet.de (Rainer Benda) writes:
>
>Hmmm...ich hab hier ein kleines Netz zwischen 2 Amigas mit A2060
>Arcnet Karten und Envoy am Laufen.....Problem bei der Sache....wenn ich den
>einen Rechner abschalte, weil ich ihn fürs Netz nicht mehr "brauche",
>meldet der andere, daß er keine Verbindung mehr bekommt und öffnet
>dann immerwieder einen Requester mit eben dieser Meldung und irgendwann
>schmiert der Rechner ab.

Die Requester kenne Ich zur genuege (5 Amigas mit Envoy =).
Folgendes habe Ich schon versucht:

ASSIGN DISMOUNT auf die gemounteten devices (und volumes !).

Falls ein Programm das device schon bekommen hat, nimmt man einen
selectiven Autocancel fuer die "MUST REPLACE" requester.
(Ist bei meinem BBS der Fall, wenn ein vernetzter Rechner abgeschaltet wird.)

>Gibt es eine Möglichkeit, daß Netz so runterzufahren, daß es nicht zu
>Abstürzen oder diesen Requestern kommt ?

Stuerzen die Programme auch ab, wenn man eine Diskette als Directory nimmt und
dann die Disk entnimmt ?

>Verwendet habe ich das orig. A2060.device und das ch2060.device....letzteres
>läuft meiner Meinung nach zuverlässiger, löst aber auch das Absturz-
>problem nicht.

Das neueste A2060.device, das Ich habe ist deutlich besser und schneller als
das ch2060.device.

--
  << JUDAS >>  }-O_O-{  `Es wird immer DIE und DIEWO geben.`
                 \_/

JOSSEN@black-z.commo.mcnet.de (Joachim Kneib) schrieb am 13.03.96

JK> Nach Deiner Schilderung zur Folge, fõhrst Du den _Server_ vom Netz
JK> runter. Das ist der Haken.

Ich denke, unter Envoy ist bei 2 Rechner-Verbindungen keiner Client/Server,
jedenfalls gibt man es nirgendwo an ?!?

JK> Wõre es aber ein Client, der sich vom Netz verabschieden w³rde, dann
JK> hast Du keine Probleme mehr - was die Lauffõhigkeit des anderen
JK> Rechners betrifft. Das habe ich bei meinem Fax-Server (A600) auch so
JK> gemacht, der meinen A3000 als Client praktisch "versorgt".
JK> Also ein Absturz oder Runterfahren des Servers (also der, der
JK> Daten/Programme zur Verf³gung stellt) zieht meist ein Neustart des
JK> Clients (der Nutzer) nach sich.

Gerade damit gibt es keine Probleme, selbst wenn ich (nach deiner
Konfiguration) auf dem A3000er waere, und in einem Filerequester
die Devices anzeigen lassen, kommen zwar erst einmal viele Requester,
dass der A600 weg ist, aber wenn ich den A600 resette, ist alles
wieder normal. Oder man klickt sich halt durch die Requester.

JK> Fõhrst Du ein Client irgendwann wieder hoch und connectest ihn zum
JK> Server, dann steht die Verbindung wieder wie gehabt. Einziger kleiner
JK> Fehler bei dieser Sache: Bei einem Reconnect werden auf dem Server
JK> nochmals die libs nachgeladen, was sich am Speicherverlust bemerkbar
JK> macht - man kann aber damit leben (wenn man es wei ).

Aber ein und dieselbe Library kann doch nicht 2 mal im Speicher stehen,
da scheint doch irgendetwas oberfaul zu sein.

Ciao - Paccy

  __  _  _      _
 /__)(-)(_-(\/)(-)(\)    Thomas Omilian - Mega/Soft-Development & Support
/----------------------> In c0de we trust.

In article <xShW3MD42Danz6@point70.people-s.people.de>, Joern Plewka writes:

> Die Maschine versucht die Verbindung wieder herzustellen...was ja wohl
> beabsichtigt ist. Um keine Nachfrage zu bekommen, mußt Du die angemeldeten
> Volumes vorher per "assign xxxx: dismount force" abmelden.
> Übrigens nicht den Namen, sondern z.B. "A3000T-OS_3.x"...
> 
> Eine einfache Sache wäre ein Rexxscript, daß den InfoBefehl in eine Datei
> piped und später darin nach den Netzlaufwerken sucht und sie abmeldet.
> Wenn man konsequent ist, ist das Minus z.B. ein gutes Kennzeichen.
> 
> Irgendwo gab es mal einen Patch oder so, der das Cannot Connect abschaltet.
> Ging aber irgendwie nicht...war ein Artikel von Otmar 'Raptor' Röhrig.

Ich habe mal ein Programm namens "ReqProcessor" geschrieben, welches
vielleicht (?) auf dem Aminet liegt.  Dieses Programm erlaubt das
automatische Beantworten von Requestern per ARexx Script.  Wenn ich die
Situation richtig verstehe, könnte man damit beide Fliegen auf einmal
erwischen:  das Dismounten des Netzes beim jeweils ersten Requester für ein
Netz-Laufwerk und das automatische Canceln aller Requester des
entsprechenden Text-Inhalts.

Reply fuer PAC-MAN@blanker.ruhr.de (Thomas Omilian)

*Thomas* meinte am 17.03.1996, 13:57:14
folgendes unter dem Betreff
"Re: Hmm..Amiga Netz "runterfahren", wie ?":
________________________________________________________________

TO> JK> Nach Deiner Schilderung zur Folge, fShrst Du den _Server_ vom Netz
TO> JK> runter. Das ist der Haken.
TO> 
TO> Ich denke, unter Envoy ist bei 2 Rechner-Verbindungen keiner Client/Server,
TO> jedenfalls gibt man es nirgendwo an ?!?

Jain - nicht ganz. Kommt darauf an, welcher der Rechner eine
Verbindung initiiert. Dieser ist dann der Client, da auf Daten oder
sonstiges eines anderen zugegriffen wird. Somit ist der, der es auch
mit sich "machen" laesst automatisch ein Server.

TO> JK> WSre es aber ein Client, der sich vom Netz verabschieden wnrde, dann
TO> JK> hast Du keine Probleme mehr - was die LauffShigkeit des anderen
TO> JK> Rechners betrifft. Das habe ich bei meinem Fax-Server (A600) auch so
TO> JK> gemacht, der meinen A3000 als Client praktisch "versorgt".
TO> JK> Also ein Absturz oder Runterfahren des Servers (also der, der
TO> JK> Daten/Programme zur Verfngung stellt) zieht meist ein Neustart des
TO> JK> Clients (der Nutzer) nach sich.
TO> 
TO> Gerade damit gibt es keine Probleme, selbst wenn ich (nach deiner
TO> Konfiguration) auf dem A3000er waere, und in einem Filerequester
TO> die Devices anzeigen lassen, kommen zwar erst einmal viele Requester,
TO> dass der A600 weg ist, aber wenn ich den A600 resette, ist alles
TO> wieder normal. Oder man klickt sich halt durch die Requester.

Das ist schon richtig. Aber das eigentliche Problem ist doch der, das
der Server gar nicht mehr laufen soll - also regelrecht sich
verabschieden.

TO> JK> FShrst Du ein Client irgendwann wieder hoch und connectest ihn zum
TO> JK> Server, dann steht die Verbindung wieder wie gehabt. Einziger kleiner
TO> JK> Fehler bei dieser Sache: Bei einem Reconnect werden auf dem Server
TO> JK> nochmals die libs nachgeladen, was sich am Speicherverlust bemerkbar
TO> JK> macht - man kann aber damit leben (wenn man es wei ).
TO> 
TO> Aber ein und dieselbe Library kann doch nicht 2 mal im Speicher stehen,
TO> da scheint doch irgendetwas oberfaul zu sein.

Nunja :) Nagel mich jetzt bitte nicht fest. Ich habe mittels SnoopDOS
beobachtet, dass nach einem Reconnect nochmal Programmteile
nachgeladen wurden. Bin mir jetzt allerdings nicht mehr sicher ob es
nun die Libs oder die Service-Dateien waren. Das aber trotzdem nochmal
nachgeladen wird ist schon etwas faul - da stimme ich Dir zu. Ich habe
mir bisher noch keine Gedanken darueber gemacht, wie man
diesbezueglich dagegensteuern kann. Vielleicht mittels eines Scripts
oder eines speziellen Programms - wer weiss...

Tatsache ist aber, dass bei einem Reconnect Speicher verloren geht.
Bei mir sind es in etwa 200Kb - bei jedem Reconnect. Bei restlichen
2MB FastMEM auf meinem Server nicht gerade viel Spielraum :-(


Un' tschuepp ... *Jossen* :~j
_________________________________________________________________

--MicroDot V1.10

Joachim Kneib (JOSSEN@black-z.commo.mcnet.de) wrote:
>Tatsache ist aber, dass bei einem Reconnect Speicher verloren geht.
>Bei mir sind es in etwa 200Kb - bei jedem Reconnect. Bei restlichen
>2MB FastMEM auf meinem Server nicht gerade viel Spielraum :-(

Welche Envoy Version? Welche OS Version? ...

-- 
Heinz Wrobel        Private Mail:   heinz@hwg.muc.de
My private FAX: +49 89 850 51 25, I prefer email

Reply fuer heinz@hwg.muc.de (Heinz Wrobel)

*Heinz* meinte am 24.03.1996, 11:09:45
folgendes unter dem Betreff
"Re: Hmm..Amiga Netz "runterfahren", wie ?":
________________________________________________________________

HW> Joachim Kneib (JOSSEN@black-z.commo.mcnet.de) wrote:
HW> >Tatsache ist aber, dass bei einem Reconnect Speicher verloren geht.
HW> >Bei mir sind es in etwa 200Kb - bei jedem Reconnect. Bei restlichen
HW> >2MB FastMEM auf meinem Server nicht gerade viel Spielraum :-(
HW> 
HW> Welche Envoy Version? Welche OS Version? ...

Das ist bei der mit Liana mitgelieferte 1.7 (glaube ich, oder isses
1.6) und auch bei einem Kumpel installierter 2.0 der Fall.


Un' tschuepp ... *Jossen* :~j
_________________________________________________________________

--MicroDot V1.10

Joachim Kneib (JOSSEN@black-z.commo.mcnet.de) wrote:
>Das ist bei der mit Liana mitgelieferte 1.7 (glaube ich, oder isses
>1.6) und auch bei einem Kumpel installierter 2.0 der Fall.

Bei 1.x kann sowieso alles möglich sein und bei 2.x glaube ich die
200k so erst einmal überhaupt nicht. Bug reports hat es da auch nie
gegeben.

-- 
Heinz Wrobel        Private Mail:   heinz@hwg.muc.de
My private FAX: +49 89 850 51 25, I prefer email