-
ECS funktioniert nicht mehr - Wer weiß Rat?
Hallo Leute,
Ich muß euch schon wieder um Hilfe bitten:
Unser ECS funktioniert nicht mehr. Ich hatte es allerdings auch schon längere Zeit nicht benötigt. Das Modem wählt zwar die Service-Nr. und die Gegenstelle antwortet, man kann es deutlich am Modemlautsprecher hören, aber nach ca. 30 Sek. trennt die Verbindung ohne irgendeine Fehlernachricht.
Wo kann ich nach Informationen suchen, wie die Konfiguration von ECS zu überprüfen ist?
Ich kenne die Befehle WRKCNTINF, CHGSRVA, CALL QTIINSTL und CALL QESPHONE. Ist mir evtl. irgendwas entgangen?
Danke schonmal im Voraus.
mfg.
Stefan
-
Was mir bekannt ist (bin selber Opfer) ist die Tatsache, dass IBM den Zugang Dial IBM sei 1. September 2001 abgeschaltet hatte (Leitung = QTILINE). Alles andere, Service Director, ECS (Tel. 0613180011 in Mainz) bzw. Performance Management (Tel. 01805360360) funktionieren tadellos.
Vielleicht hast du Dial IBM gemeint ???
Gruss Gerd
-
Hallo Gerd,
nein, ich meinte schon die 0613180011 Telefon-Nr., also ECS.
Das komische ist, daß das Modem rausruft, der Server an der Gegenstelle antwortet (Handshake) dann hört das Verbindungsgeräusch auf und nach einigen Sekunden legt das Modem wieder auf.
Gibt es irgendwo eine Installationsanleitung, vielleicht hat sich ja irgendein Parameter geändert?
Ich habe jetzt entdeckt, daß das ECS auf unserer Test- und Entwicklungsmaschine tadellos funktioniert. Da habe ich die Konfigurationsobjekte QESLINE, QESCTL und QESPAP verglichen --> kein Unterschied. Modemeinstellungen (DIP-Schalter) --> kein Unterschied. Ich habe es mit dem anderen Modem ausprobiert, funktioniert nicht. Ich habe eine andere Tel.-Leitung genommen, nix geht.
Wo kann ich noch nachschauen um Unterschiede festzustellen? Irgendwo muß es ja einen Unterschied geben. Wir haben auch gleiche PTF-Stände.
mfg Stefan
PS. Achso, mit welcher max. Baudrate kann man ECS machen. Ich hatte 19.2 auf der Testmaschine eingestellt. Geht auch 28.8?
-
Hallo Stefan,
wenn es zu einem Handshake kommt, werden Verbindungsinformationen ausgetauscht.
Ich denke, man soll prüfen, ob für das System, das Probleme macht
a) ein Hardware-Wartungsvertrag (für Service-Director)
b) ein Software-Wartungsvertrag (für PTF Dienste, etc... "Comfort Line")
existiert. Massgeblich ist die Serien-Nummer der Maschine. Seit einiger Zeit hat IBM den Zugang für Geräte, die keinerlei Verträge haben, gesperrt. Bei SNDPTFORD steht das sogar im JOBLOG, nicht in MSGQ QSYSOPR.
Habe das selber mit unserer Mietmaschine von Livingston erlebt, als ich spasseshalber ein PTF holen wollte.
Vielleicht hilft Dir das weiter.
Have a nice Weekend.....
Gruss Gerd
-
Hallo Gerd,
HW-Wartungsvertrag ist vorhanden
SW-Wartungsvertrag nicht, aber auch nicht für die Testmaschine. Habe allerdings SW-Subscription.
Ich benutze eigentlich nur den SNDPTFORD, den ich dann mit SYSRQS(2) abbrechen muß. Im Joblog steht dann halt, daß ich die Funktion abgebrochen habe, sonst aber nix gescheites.
Ciao und ebenfalls schönes Wochenende
Stefan
PS. Vielleicht fällt noch irgendjemandem was dazu ein?
-
has du mal den sndsrvrqs *test laufen lassen?
gruß dirk
Dirk Wolters
HTTP://WWW.WOLTERS.DE
-
Hallo Dirk,
ja, habe ich gerade versucht, aber es funktioniert nicht.
In der QSYSOPR kommt die Meldung
* (C R). Ruf für Steuereinheit QESCTL über Leitung QESLINE schlug fehl.
* Zeitüberschreitung trat ein.
Dann kannste nur noch mit "C" abbrechen. Die Eingabe von "R" führt nur zum erneuten Anzeigen der Nachricht.
Im 2nd Lvl stehen folgende Nachrichten:
> SNDSRVRQS ACTION(*TEST)
> Anhängen von Leitung QESLINE beendet.
> Anhängen von Steuereinheit QESCTL beendet.
> Anhängen von Einheit QESPAP beendet.
> Wählleitungsverbindung für Datei QLESCMNF in Bibliothek QSYS auf Einheit IBMSRV abgebrochen.
> Abhängen von Einheit QESPAP beendet.
> Abhängen von Steuereinheit QESCTL beendet.
> Abhängen von Leitung QESLINE beendet.
> Keine Verbindung zum IBM Servicesystem.
> Fehler bei Verarbeitung der Anforderung aufgetreten.
Meiner Meinung nach, sind das nur Fehler, weegen des Abbruchs.
Im WRKPRB finde ich jedoch folgende Meldungen:
Ursprünglicher Referenzcode . . . : 5651
Beschreibung . . . . . . . . . : Anruf fehlgeschlagen. Modem gibt keinen
Hinweis auf fehlgeschlagenen Anruf.
Ursprünglicher Referenzcode . . . : 56E8
Beschreibung . . . . . . . . . : Sendebereitschaft bei Modemschnittstell
e nicht aktiviert
Ich weiß ehrlich nicht mehr, wo ich noch nachschauen soll. Am Modem kanns jedenfalls nicht liegen, weil ich das Ganze auch schon mit dem anderen (funktionierenden) Modem versucht hatte.
Trotzdem Danke
mfg
Stefan
-
Hallo Stefan,
Das Problem habe ich auch zwischendurch. Wenn ich es lange genug versuche, geht es plötzlich. Ich habe verschiedene PTFs über ECS geholt. Manchmal kam die Verbindung sofort zustande, manchmal musste ich bis zu 20 mal ansetzen bis die Verbindung stand.
MfG
Ottmar
Gruß
Ottmar
-
Hi Stefan,
hast du schon mal die Modemkonfiguration geprüft?
du sagtest ja das es an der Testmaschine tadellos funktioniert. Ist das dasselbe(gleich?!?) Modem?
Wenn ja, vielleicht stimmt die Modemkonfiguration nicht.
Ich hatte auch mal so ein merkwürdiges Problem:Testmschine OK, Prod.Maschine wollte nicht. nach langem hin und her kam jemand von IBM, schloß seinen Laptop am Moden an, änderte etwas an den Einstellungen und schwupp, es lief wieder.
Die Konfiguration des Modems kannst du aber auch selber prüfen, einfach einen PC an das Modem hängen, und dann mit Terminalprogramm (wie Hyperterminal etc.) die Konfiguration prüfen (Hayes Befehle *fg* habe ich auch schon ewig nicht mehr gemacht, desshalb kann ich dir da leider nicht helfen.)
P.S. Evtl. auch einfach mal das Modem der Testmaschine an die Prod. Maschine hängen und prüfen ob es damit geht.
Gruß
Spirou
[Dieser Beitrag wurde von Spirou am 11. Februar 2002 editiert.]
-
Guten Morgen Stefan,
überprüfe mal folgendes:
DSPDTAARA DTAARA(*LIBL/QESTELE)
Bei mir sieht das ganze so aus,
0 'P0=0613180021;123456
50 '0613180011
kann bei Dir aber anders aussehen.
Gruss
Frank
-
Hallo Spirou und Frank,
ich habe zwei Modems, an jeder Maschine eines. Beide haben die gleichen DIP Einstellungen, beide laufen an der Testmaschine, beide laufen NICHT an der Prod.Maschine.
Im Datenbereich QESTELE steht auf der Prod.-Maschine:
SST0:0613180011
SST0:0613180021
SST0:0613180012
SST0:0613180022
und auf der Testmaschine:
SST0:0613180011
SST0:0613180012
SST0:0613180021
SST0:0613180022
mfg. Stefan
-
Guten Morgen Stefan,
hast Du auf Deiner Prod.-Maschine meine Einstellungen mal ausprobiert.?
Ich hatte kürzlich exakt das gleiche Problem,
und es lag an den Einträgen im Datenbereich
QESTELE.
Gruß
Frank
Similar Threads
-
By remo2010 in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 23-11-06, 13:31
-
By andy w in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 06-11-06, 10:02
-
By hteufl in forum IBM i Hauptforum
Antworten: 6
Letzter Beitrag: 21-08-06, 13:12
-
By jppgmr in forum NEWSboard Programmierung
Antworten: 2
Letzter Beitrag: 16-06-06, 08:59
-
By steven_r in forum NEWSboard Programmierung
Antworten: 2
Letzter Beitrag: 16-05-06, 07:59
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks