FUJ00171951
FUJ00171951
Peak Incident Management System
Call Reference PC0061801 Call Logger Deleted User -- ITU SV&I
Release Targeted At -- Unknown Top Ref
Call Type Business Integration Testing Incidents/Defects Priority B -- Progress stopped
Contact Deleted Contact Call Status Closed -- Insufficient evidence
Target Date 02/02/2001 Effort (Man Days) 0
Summary MIG - Transfer Session during Checking for Discrep
Progress Narrative
[Datc:30-Jan-2001 16:50:00 Uscr:Del (03/01 Peter Ashley)
ALL PCO061801 opened
keferences entered ar
Product EPOSS & DeskTop EPOSS added
target Release entered: Unknown
1G - Transfer Session during Checking for Discrep
susiness Integration - BTC5 ~ Cycle 7
20 Counter Office with PWY WP 10993
la Transfer Session was attempted between Counter 18 to 19 during ‘Discrepancy
checks' prior to Stock Unit (SU) rollover. The pending transfer session
tablet was displayed on Counter 19 for several minutes and appeared to time
lout. Eventually, the user was able to login on Counter 19 without the
transfer being fully completed (Both counters being logged into by the same
User on the same Individual SU).
The similar effect was experienced during a Print Preview (‘Rem in by
jproduct') on Counter 2.
lA copy of the Installation Log and an extract of the MessageStore for Counter
H8 are attached.
CALL PC0061801:Priority B:CallType B - Target 02/02/01 16:50:51
Jbate:30-dan-2001 16:51:00 User:Del (03/01 Peter Ashley)
New evidence added - Installation Log
lew evidence added - MessageStore extract
fhe Call record has been assigned to the Team Member: Kevin Barrett
Defect cause updated to 99:General - Unknown
Hours spent since call received: 0 hours
IDate:30-Jan-2001 18:17:00 User:Del (03/03 Kevin Barrett)
Ir) Response :
leeds to go to EPOSS.
[END OF REFERENCE 24483247]
lkesponded to call type B as Category 30 -TL confirmed
Ihe response was delivered on the system
fhe Call record has been transferred to the Team: QFP
Hours spent since call received: 0 hours
bate: 30-dan-2001 20:37:00 User:Les Ong
the Call record has been transferred to the Team: EPOSS-FP
Hours spent since call received: 0 hours
bate:31-Jan-2001 10:49:00 User:Les Ong
the Call record has been transferred to the Team: EPOSS-Dev
Hours spent since call received: 0 hours
[fhe Call record has been assigned to the Team Member: Stephen Kay
Hours spent since call received: 0 hours
jbate:31-Jan-2001 11:11:00 User:Del (08/03 Stephen Kay)
Ir) Response :
oate:31-Jan-2001 11:12:00 User:De1 (08/03 Stephen Kay)
laving looked at the problem it seems that, due to excess network activity,
the two counters were not in communication with each other and were therefore
seemingly disconnected. In this circumstance, the desktop will time out and
lallow the login so that users can log in after a counter crash.
Itt would probably be best to change the configuration of the rig so that
instead of using 1 24-port hub, it can mimic the live environment and use 3
HO-port hubs. If the problem persists with this configuration, then this
pe flagged to Escher or Rex Dixon because EPOSS has done all it can to
jprevent the session transfer at this point.
[END OF REFERENCE 24490963]
Responded to call type B as Category 94 -Advice and guidance given
Hours spent since call received: 4 hours
n
FUJ00171951
FUJ00171951
fine response was delivered on the system
Jbate:01-Feb-2001 09:35:00 User:Del (03/01 Peter Ashley)
Ihilst it is understood that the test configuration is not the same as in the
hive estate, it may be worth pursuing both scenarios i.e. 1x24 hub across a
20 Counter Office as well as 3x10 Port hubs. This would cover varying
configurations in multi-counter outlets in the future.
{the Call record has been transferred to the Team: TDA
Defect cause updated to 31:Test - Test interpretation
Hours spent since call received: 1 hours
jbate:01-Feb-2001 11:55:00 User:Del (08/03 Kristine Neiras)
pave,
FYI re 24 port hubs and possible implications,
lcareth says that this is expected behaviour
[the Call record has been assigned to the Team Member: Dave Tanner
Jiouxs spent since call received: .3 hours
lbate:02-Mar-2001 17:16:00 User:David Tanner
If} Response :
h. Whoever looked at the problem and decided that there was "Excess Network
ctivity", where is the evidence to support this statement?, How was the was
the network activity measured ?
2. The test environment is not as per the "live" estate, i.e the use of a 24
ort hub instead of 3 x 8 port hubs, therefore closing pinICL as the problem
lis irrelevant to the "live" estate.
[END OF REFERENCE 25113357]
Responded to call type B as Category 96 -Insufficient evidence
Hours spent since call received: 0.5 hours
fhe response was delivered on the system
6-Mar-2001 08:11:00 User:De1(03/03 Kevin Barrett)
[this problem has now been superseded by PC62030 which has the same problem
ith low network traffic. The new problem is being used as the basis for
investigating the problem. We are also looking at changing the 20 counter
configuration. Closing this PinICh.
CALL PC0061801 closed: Category 96, Type B
Hours spent since call received: 0 hours
Root Cause : Test - Test interpretation
Logger Deleted User -- ITU SV&I
Subject Product EPOSS & DeskTop -- EPOSS (version unspecified)
Assignee Deleted User -- ITU SV&I
Last Progress 06-Mar-2001 08:11 -- Del(03/03 Kevin Barrett)