Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations derfloh on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Periodical System Dump Failing

Status
Not open for further replies.

GiantWookie

Technical User
Mar 20, 2007
2
GB
Hi Guys,
The system I work on is currently have problems when it tries to perform a dump in the early hours of the morning and I'm a bit stumped as to why this is. Just wandered if any one could help.....
Here is a copy of the ALLOP command I get when I come in 1st thing in the morning (ignore the operator console alarm) and hope someone can give me some advice on this.
Cheers
Ed

DATE: 21MAR07 TIME: 06:11:20
CLASS: 2
294 TRAFFIC RECORDING INTERNAL MEMORY DATA ERASED - MIDNIGHT DUMP
DATE TIME ALP NOIF UNIT INF1
21MAR07 00:11:03 3 1 28

26 PERIODICAL SYSTEM DUMP HAS FAILED
DATE TIME ALP NOIF INF1 INF2
21MAR07 01:00:01 5 1 26 4

CLASS: 1
261 NO CONNECTION WITH OPERATOR CONSOLE
DATE TIME ALP NOIF EQU BRDID INF1
20MAR07 15:45:14 1 1 003-0-50-04 77 9

85 BUFFER TRANSFER HAS FAILED
DATE TIME ALP NOIF EQU BRDID INF1 INF2 INF3 INF4
21MAR07 01:00:00 4 1 001-0-60-00 106 391 2 1 1

281 QUALITY ERROR IN INTERFACE TOWARDS ICS COMPUTER
DATE TIME ALP NOIF EQU BRDID
21MAR07 02:03:09 6 1 002-1-62-00 34

108 FILE SYSTEM ROUTINE TEST ERROR
DATE TIME ALP NOIF EQU BRDID INF1 INF2
21MAR07 05:36:59 2 14 001-0-60-00 106 2 3


END
 
Hi
DUFQE; periodical dump end
SFCEI;
BLEQI:EQU=X-X-XX-XX;
FIMOE:SUBFS=SYSSUBFS11;
FIMOE:SUBFS=SYSSUBFS21;
IOSIE:NODE=SYSN,IODEV=SYSDISK1;
IOSII:NODE=SYSN,IODEV=SYSDISK1,SUBFS=SYSSUBFS11&SYSSUBFS21,SIPOS=3 or BTYPE=ATA;
FIMOI:SUBFS=SYSSUBFS11;
FIMOI:SUBFS=SYSSUBFS21;
BLEQE:EQU=X-X-XX-XX,ALLFM=YES;
ALREI;
HIREI;
DUSYI; Manuel dumping

You musn't take periodical dump
Best Regards
 
Hi

I tinj you dont have places anymore on your disk
Check the capacity left by the command FISCP:IODEV=SYSDISK1;
Usually SYSDISK1 is used as name of the disk, but if you have set something else, you indicate the name in the parameter IODEV.
If you have one disk, with the 2 partion mounted, the result should be (depending of course of the size of your disk, the size of the partions, and so on):
[tt]<fiscp:iodev=sysdisk1;
FILE SYSTEM CAPACITY DATA
TOTAL DISK SPACE: 122 MBYTES
SUBFS: SYSSUBFS11
KBYTES FILES
TOTAL AVAIL TOTAL MOUNTED
61440 33804 12288 /SYSN/USR1
SUBFS: SYSSUBFS21
KBYTES FILES
TOTAL AVAIL TOTAL MOUNTED
61440 43860 12288 /SYSN/USR2
END[/tt]

In your case you have less than 5% of free space on your disk as it is stated in Alarm 108, Info 1=2

So as you have traffic measurment running (alarm 294 stating that the traffic measurement could not be saved on the disk) you should take a look at the directory /SYSN/USR1/ACS/TM by the command FICAP:pATH=/SYSN/USR1/ACS/TM; or FIDAP:pATH=/SYSN/USR1/ACS/TM/*.*;

You will have some file named DNYDDD, where D stand for Data, N the file number starting with 0, Y year and DDD the number of the Day starting the 1rst january=001 and ending the 31rst December =365

So according to the traffic measurement still initated in the system (command TRDIP) you must erase all files regarding the years/days you don't have anymore in TRDIP (command FIDIE:pATH=/SYSN/USR1/ACS/TM/DNYDDD;).
If it is not sufficiant, you must erase even current traffic data. This will ot distrub the system, but you will not be able to make printout of traffic measurement including the year/day.
Example
[tt]
<ficap:path=/sysn/usr1/ACS/TM;/*.*;
CATEGORY INFORMATION
FITYPE OWNER-ACC GROUP-ACC OTHER-ACC FILE
D R W X R W X R W X TM
F R W - R - - R - - D07058
F R W - R - - R - - D07059
F R W - R - - R - - D07060
F R W - R - - R - - D07061
F R W - R - - R - - D07062
F R W - R - - R - - D07063
F R W - R - - R - - D07064
F R W - R - - R - - D07065
F R W - R - - R - - D07066
F R W - R - - R - - D07067
F R W - R - - R - - D07068
F R W - R - - R - - D07069
F R W - R - - R - - D07070
F R W - R - - R - - D07071
F R W - R - - R - - D07072
F R W - R - - R - - D07073
F R W - R - - R - - D07074
F R W - R - - R - - D07075
F R W - R - - R - - D07076
F R W - R - - R - - D07077
F R W - R - - R - - D07078
F R W - R - - R - - D07079
F R W - R - - R - - D07001
F R W - R - - R - - D07002
F R W - R - - R - - D07003
F R W - R - - R - - D07004
F R W - R - - R - - D07005
F R W - R - - R - - D07006
F R W - R - - R - - D07007
F R W - R - - R - - D07008
F R W - R - - R - - D07009
F R W - R - - R - - D07010
F R W - R - - R - - D07011
F R W - R - - R - - D07012
F R W - R - - R - - D07013
F R W - R - - R - - D07014
F R W - R - - R - - D07015
F R W - R - - R - - D07016
F R W - R - - R - - D07017
F R W - R - - R - - D07018
F R W - R - - R - - D07019
F R W - R - - R - - D07020
F R W - R - - R - - D07021
F R W - R - - R - - D07022
F R W - R - - R - - D07023
F R W - R - - R - - D07024
F R W - R - - R - - D07025
F R W - R - - R - - D07026
F R W - R - - R - - D07027
F R W - R - - R - - D07028
F R W - R - - R - - D07029
F R W - R - - R - - D07030
F R W - R - - R - - D07031
F R W - R - - R - - D07032
F R W - R - - R - - D07033
F R W - R - - R - - D07034
F R W - R - - R - - D07035
F R W - R - - R - - D07036
F R W - R - - R - - D07037
F R W - R - - R - - D07038
F R W - R - - R - - D07039
F R W - R - - R - - D07040
F R W - R - - R - - D07041
F R W - R - - R - - D07042
F R W - R - - R - - D07043
F R W - R - - R - - D07044
F R W - R - - R - - D07045
F R W - R - - R - - D07046
F R W - R - - R - - D07047
F R W - R - - R - - D07048
F R W - R - - R - - D07049
F R W - R - - R - - D07050
F R W - R - - R - - D07051
F R W - R - - R - - D07052
END

<trdip;
TRAFFIC RECORDING DIRECTORY
MENO OBJECT START1 STOP1 START2 STOP2 TIME LIM INFO
0 ROUDIO 07JUL06 07JUL07 06:00-22:00 ROU = 1
1 PBXGRP 07JUL06 07JUL07 06:00-22:00 GRP = 9910
2 EXTENS 07JUL06 07JUL07 06:00-22:00 ALL

END
<trrep:meno=1,date=2006-07-06;
TRAFFIC RECORDING RESULT DATA

NOT ACCEPTED
DATE
NOT IN RANGE

<trrep:meno=1,date=2007-02-27;
TRAFFIC RECORDING RESULT DATA

DATE MENO OBJECT
27FEB07 1 PBXGRP
TIME TRAFF CALLS CONG QCAL QTIME QLEN QABN QMAXT PREMB ABSMB
18:00-19:00 0.05 6 0 0 0 0 0 0 4 0

END
<trrep:meno=1,date=2007-02-28;
TRAFFIC RECORDING RESULT DATA

DATE MENO OBJECT
28FEB07 1 PBXGRP
TIME TRAFF CALLS CONG QCAL QTIME QLEN QABN QMAXT PREMB ABSMB
13:15-14:15 0.09 11 0 0 0 0 0 0 4 0

END [/tt]

you can see that the file start a D07058 whitch is the 27th Feb 07. But the traffic measrument has been started on 7th July 06.
Printint the measurment at that date failed, but not at the date of the file that exist for tha day and following.

Hope this help you.
best regards
 
Thanks for the help guys and I have sorted this out now. I spoke to a friend who helped me out also and it turned out that the time and date had been changed at some point and as I was using the periodical dump this was causing the time to be corrupted. So i..........

CATII:DATE=2007-03-21,TIME=08-47;

DUFQE;

DUFQI:DATE=2007-03-21,TIME=12-00,INT=24;

When the system peformed the dump at 12pm all worked ok so all sorted.
Thanks for your help guys.

 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top