,sdjfsa,jnfskd.jhnkjbkbvk,b v,kxbc,vbxkc

Rgds

Dave Dirckze
Manufacturing Systems Specialist I Kwinana

        Alcoa of Australia

t +61 8 9410 3329  f +61 8 9410 3157  m +61 (0) 404 800 020

Cockburn Road, Kwinana, Western Australia
PO Box 161, Kwinana WA 6167
www.alcoa.com.au

Sign up here to receive alcoa community e-news 

Pinjarra AFT account

 

Hi all

 

Have updated the AFT-PHD.INI files on auakwi-lims1(Kwi) , auakwi-lims3 (TDG) , auapin-lims1 (pin) and auapin-lims2 (wao) to use

the account below instead of the "Unformance" account.

 

Also updated the Pinjarra password safe to include the account in the QUASAR folder.

 

Regards

Terry

---

From: Lord, Adrian (AS17) [mailto:adrian.lord@honeywell.com]
Sent: Monday, November 26, 2007 15:53
To: Thomson, Terry
Cc: Halford, John
Subject: Pinjarra AFT account

Terry,

 

I have created the account pin_aftphdservice.  Password having99fun.  It has roles ReadWrite and ReadOnly.  This is the same as the corresponding Kwinana account.

 

Please advise if you have any issues with this acount.

 

Regards,

Adrian Lord

QUASAR System Support 
Honeywell Automation & Control Solutions
5-7 Kitchener Way
Burswood WA 6100 Australia

Voice:   +61 (0) 8 6250 7820
FAX:     +61 (0) 8 9362 9669
Email:   adrian.lord@honeywell.com

 

FW: Problem :- Duplicate Tests/Samples for Wagerup Lab in WAO LIMS

 

Regards

Dave

 

 

Dave Dirckze
Kwinana Process Systems Administrator
ALCOA WORLD ALUMINA - AUSTRALIA
( Phone    - (+61 8) 9410-3329
2  Fax    - (+61 8) 9410-3164
* E-Mail  - Mailto:David.Dirckze@ALCOA.Com.AU

______________________________________________
From:   Watson, Ian (TMP Worldwide at Alcoa) 
Sent:   Friday, November 23, 2007 14:44
To:     Morrison, Dave; Ferrel, Nicole; Ross, Don (Thermo Fisher Scientific at Alcoa); Purnell, Arthur  (Thermo Fisher Scientific at Alcoa)

Cc:     Davies, John; Dirckze, David; Halford, John; Thomson, Terry; Bryant, Mike
Subject:        Problem :- Duplicate Tests/Samples for Wagerup Lab in WAO LIMS

On a random, infrequent interval duplicate tests/samples are appearing in WAO LIMS for the Wagerup Lab.

This has been occurring for all Wagerup Lab instrument PCs that send data to LIMS.  Approx 1-2 samples/instrument/day have been duplicated.  This was caused during the copy of results from the instrument PC to the LIMS.

I am guessing but it appears that while the instrument PC is copying the file the LIMS parser starts processing it.  The instrument PC then fails to verify that it has arrived on the LIMS and later resends the queued result file.

I have implemented a change this afternoon that hopefully will resolve this issue.  Now the result file is copied to LIMS with a 'tmp' file extension and then when the copy is completed renames the file to the correct file extension.

test message

 

this is a test for email content

 

Regards

Dave

 

 

Dave Dirckze
Kwinana Process Systems Administrator
ALCOA WORLD ALUMINA - AUSTRALIA
( Phone    - (+61 8) 9410-3329
2  Fax    - (+61 8) 9410-3164
* E-Mail  - Mailto:David.Dirckze@ALCOA.Com.AU

 

PHD Extract - Alternate Options to using WAO LIMS

Hi John
We cannot install PHD-Extract on the PHD Shadow it uses the client API and the firewall and QUASAR to ALCOA trust is one way (the reverse which why I wanted to have the Shadow on the Alcoa domain.) In the QUASAR domain the only option would be the IAPP but then we still need a system to fetch the created files. With this in mind this morning I spoke to Perry about the options below and he will be speaking to Dennis Maison :-
1) Install PHD-Extract on WAO LIMS. (yes we know this is a noway hosa to slow.)
2) Site based desktop with PHD-Extract sending the file to WAO-LIMS ATPMQ.
3) Loading PHD-Extract on each site IAPP node and using Biztalk to collect the files and forward to the Biztalk ATPMQ.
There are pro's and con's to each not the least is after hours support for Biztalk server. Then there's the final solution which ends back at site when the final XML solution is in place so even through it sound like you are giving ownership to someone else it will eventually return to you.
Mainframe operation only support the IBM machine and OS there is no option for them to support an Intel , Microsoft , Honeywell and Alcoa software solution (they don't even support ROT which is a mainframe app).
Regards
Terry
_____________________________________________
From: Halford, John
Sent: Wednesday, November 21, 2007 8:16
To: Thomson, Terry; Dirckze, David; Davies, John
Cc: Hameister, Geoff
Subject: RE: PHD to ROT transfer using the WAO LIMS Server.
Is it possible to get the extract run on each of the site PHD Shadow servers and then Robocopy the data file to a central server which has MQSeries installed to enable the data to be entered into ROT? The idea of having the central computer with MQSeries was previously discussed. This could reduce the licence costs for MQSeries as well as simplifying the data transfer process. This would be similar to our process for transferring data from the Instrument PC’s to the LIMS Server.
My idea would be to have a central computer which was managed by the mainframe operators. Data files would simply be transferred from the sites to a share on the central computer and from there the data would be entered in to ROT using MQSeries.

_____________________________________________From: Thomson, Terry Sent: Tuesday, November 20, 2007 15:53To: Dirckze, David; Davies, John; Halford, John; Waldby, Andrew; Hameister, GeoffSubject: PHD to ROT transfer using the WAO LIMS Server.

Hi all
I have been testing the performance of PHD-Extract using the WAO LIMS as follows :-
1) Pinjarra of course because the WAO LIMS server is at Pinjarra is not impacted by moving the software from the current Pinjarra LIMS server. The time for an hour extract took 16 seconds.
2) Wagerup hour extract on WAO LIMS took 7 minutes to complete where it took approximately 1 minute on the Wagerup LIMS.
3) Kwinana hour extract on WAO LIMS took 57 minutes to complete where on it took approximately 7 minutes on the Kwinana LIMS.
Suggest that using the WAO LIMS to extract PHD to ROT data for at least Kwinana and maybe Wagerup impracticable and an alternate site computer will be required to perform this task. This also make it impractical to use a Booragoon central server to perform the data extract.
Feedback requested.
Regards
Terry

MQ mainframe channel drop problem

Please have Mainframe support investigate why the MQ Series Channel are failing. This problem has not occurred in the past but this week we have had 2 separate instance where the Mainframe MQ Receiver Channel was stuck I a "run" state and had to force stopped to regain connection to the remote system.
The below is an extract from the remote system MQ Series log for today's problem.
Regards
Terry Thomson
AIPS Technical Services Analyst Programmer.
Phone - 0894103484



-------------------------------------------------------------------------------
11/22/2007 03:06:26 - Process(6160.1) User(MUSR_MQADMIN) Program(runmqchl.exe)
AMQ9208: Error on receive from host ccs100 (172.16.12.20).
EXPLANATION:
An error occurred receiving data from ccs100 (172.16.12.20) over TCP/IP. This
may be due to a communications failure.
ACTION:
The return code from the TCP/IP (recv) call was 10054 (X'2746'). Record these
values and tell the systems administrator.
----- amqccita.c : 3227 -------------------------------------------------------
11/22/2007 03:06:26 - Process(6160.1) User(MUSR_MQADMIN) Program(runmqchl.exe)
AMQ9999: Channel program ended abnormally.
EXPLANATION:
Channel program 'WAOLP.MQMP_WAO.00' ended abnormally.
ACTION:
Look at previous error messages for channel program 'WAOLP.MQMP_WAO.00' in the
error files to determine the cause of the failure.
----- amqrccca.c : 777 --------------------------------------------------------
11/22/2007 03:06:36 - Process(11132.1) User(MUSR_MQADMIN) Program(runmqchl.exe)
AMQ9002: Channel 'WAOLP.MQMP_WAO.00' is starting.
EXPLANATION:
Channel 'WAOLP.MQMP_WAO.00' is starting.
ACTION:
None.
-------------------------------------------------------------------------------
11/22/2007 03:06:57 - Process(11132.1) User(MUSR_MQADMIN) Program(runmqchl.exe)
AMQ9202: Remote host 'ccs100-mq.wao.alcoa.com (172.16.12.20) (1414)' not
available, retry later.
EXPLANATION:
The attempt to allocate a conversation using TCP/IP to host
'ccs100-mq.wao.alcoa.com (172.16.12.20) (1414)' was not successful. However
the error may be a transitory one and it may be possible to successfully
allocate a TCP/IP conversation later.
ACTION:
Try the connection again later. If the failure persists, record the error
values and contact your systems administrator. The return code from TCP/IP is
10060 (X'274C'). The reason for the failure may be that this host cannot reach
the destination host. It may also be possible that the listening program at
host 'ccs100-mq.wao.alcoa.com (172.16.12.20) (1414)' was not running. If this
is the case, perform the relevant operations to start the TCP/IP listening
program, and try again.
----- amqccita.c : 1182 -------------------------------------------------------

WAOLIMS

First test blog for the wao lims system