seltsame usrspcd's

[Burgy Zapp]

Sicherheit vor Spam ist schön aber Usability ist ja schließlich der Grund überhaupt Sicherheit zu brauchen.

Danke, dan hau ich die auch weg.
Robi

xxxxxxxxxxxxxxxxxxxxxxx( nur um 40 zeichen zu bekommen)

Habe daher die maximale Zeichenzahl auf 20 gesenkt wenn das immer noch nervt bitte eine Nachricht schicken.
BZ

[Sven Schneider]

Wir haben das Problem mit den QP0Z* *USRSPC's auch, allerdings mit V5R3.
Es handelt sich um user traces welche intern mit den API Qp0zDumpStack erstellt werden.

Die Traces werden immer beim Starten/Beenden von TCPIP erstellt, und sehen wie folgt aus :

Objekt      Art       Bibliothek  Attribut    Text
QP0Z298577  *USRSPC   QUSRSYS                 298577/QTCP/QTCPIP      
QP0Z301634  *USRSPC   QUSRSYS                 301634/QPGMR/STRUPTCPIP

Den Inhalt kann man sich mit DMPUSRTRC in eine Datei QTEMP/QAP0ZDMP ausgeben lassen.

Gibt es eine Möglichkeit die Erstellung dieser Traces abzustellen.

Danke Sven

[heini]

Frage nochmals hierzu:

diese Objekte können also problemlos aus der Qusrsys gelöscht
werden ? kann nix passieren ?

--> Objekte QP0Zxxxxxx

Wir haben V5R3M0

[Sven Schneider]

Frage nochmals hierzu:

diese Objekte können also problemlos aus der Qusrsys gelöscht
werden ? kann nix passieren ?

--> Objekte QP0Zxxxxxx

Wir haben V5R3M0

Ja, können problemlos gelöscht werden.
Aber nur die Objektart *USRSPC, also mit :

DLTUSRSPC USRSPC(QP0Z*)

Da hat wahrscheinlich bei IBM jemand vergessen seinen Debug-Code zu entfernen. Wir haben das gemeldet, aber noch keine Antwort.

Wenn du näheres zu den user traces und deren API's wissen möchtest, hier :

http://publib.boulder.ibm.com/infoce...apis/unix4.htm

[Sven Schneider]

Hier die aktuelle Antwort aus Rochester:

Hello xxx,

There doesn't appear to be any problems in the joblogs. So this is the
case where these objects should be deleted manually by the customer or
via a batch job upon startup. The apar mentioned is closed UR1. That
means resolved in a future release. Development is looking for a way to
eliminate this type of tracing all together to prevent issues like this
among other things. At this point there isn't anything to investigate
because an actual error is not occuring.

Thanks,

xxx
Rochester TCPIP support.

Zuviel zum Thema Fehlerbehebung bei IBM.
Wohlgemerkt die Probleme exisitieren seit V5R1.

[Sven Schneider]

Mittlerweile gibt es zumindest einen öffentlichen APAR :
IBM - SE33783 - OSP-UNPRED QP0Z* *USRSPC OBJECTS IN QUSRSYS

Allerdings noch ohne PTF.