Re: [foxboro] Windows NT AW70 V6.4 SysDef changes and commit

  • From: "Boulay, Russ" <Russ.Boulay@xxxxxxxxxxxxxxxxxxxxxx>
  • To: "foxboro@xxxxxxxxxxxxx" <foxboro@xxxxxxxxxxxxx>
  • Date: Thu, 22 Sep 2016 14:31:45 -0400


IIF.pkg was just to confirm what your commit was asking the install to do.
The packages you mentioned should have been NOTYET for a day0 install on that 
particular AW

IIF.cur would show the "current" status of those packages.

_____________________________________________________________________________________

Russ Boulay   |   Schneider Electric   |   Process Automation  |   United 
States   |   Support Engineering Manager
Phone: +1 508 446 1769  |  Mobile: +1 508 446 1769
Email: russ.boulay@xxxxxxxxxxxxxxxxxxxxxx |   Site: 
https://support.ips.invensys.com     ;|   Address: Fairfield, California 94534 
United States

*** Please consider the environment before printing this e-mail


-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On ;
Behalf Of Joseph M. Riccardi
Sent: Thursday, September 22, 2016 11:21 AM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] Windows NT AW70 V6.4 SysDef changes and commit

Russ and Terry,

Thanks for the help and suggestions.  I will address both of your comments 
below...

1st I would like to review what I see at this point...
-   I double checked the SysDef configuration and everything looks good,
just as I changed them.  The System Monitor was reassigned to the new AW70, the 
CPs are all hosted by the new AW70, the old AW70 is gone, and all of the 
checked and verified columns are "Yes" with a modified date of yesterday.
:-)
-  The d:/usr/fox/sp/IIF.pkg file shows the new AW70, all CPs/FBMs that were 
re-hosted, and ASMON7 (System Monitor?) as NOTYET.  ;-(  I see a number of the 
standard software packages as DONE, including AICC7 (ICC?).  During the commit 
process I inserted all of the appropriate diskettes (i.e., System Monitor, ICC, 
CP60, etc.) when prompted and all installed without errors.

At this point my conclusion is that the SysDef process and the move CSA process 
was successful, but the commit process failed miserably.  Why?

Status...
-  When I call up the System Management Display the System Monitor is not 
shown, getting error "System Monitor not responding".  That makes sense since 
ASMON7 = NOTYET.
-  When I open the CIO_Config it appears that all of the Compounds are listed 
but when I pick one I get "CSA Error - CSgetcmpd Failed".  That makes sense 
since CSA move OK but AICC7 = NOTYET.
-  If I select the CIO_Station_Config there are no CPs listed.
-  All of the /usr/fox/sp/*lns files look correct.
-  sldb is a new file to me but it only shows the Stations hosting volumes.
What should it show?
-  All CPs are empty and not even on line.
-  I moved the Checkpoint files from the old AW70 to the new one to reboot them 
as soon as I resolve the commit process issues.  Or I was hoping to do a 
Load_All from the Save_All files I created and then checkpoint them so the 
Checkpoint files are up to date.

It sure looks to me like I am close if I can figure out why the commit process 
failed.  Any ideas?  Or just do it again?

Thanks


Joseph M. Riccardi
386-451-7607 Cell

Joe@xxxxxxxxxxxxx

"To give real service you must add something that cannot be bought or measured 
with money; and that is sincerity and integrity." - Donald A. Adams


-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On ;
Behalf Of Boulay, Russ
Sent: Wednesday, September 21, 2016 8:11 PM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] Windows NT AW70 V6.4 SysDef changes and commit

When you open ICC and you can see the Compounds listed, that is directly from 
CSA If yo select a compound and get that message you are seeing, that is 
because it is a compound that it believes is not in a CP hosted by that AW 
Windows machines can only edit CP's that they host.
Also if no CP's show when you select edit station, that is for the same reason.
Windows AW's can only edit CP's that they host, so that station doesn't believe 
it host any.

Your procedures to move CP hosting did not go according to plan.

If you look on that AW and check d:/usr/fox/sp/IIF.pkg ....what are the 
statuses of the packages....DONE, NOTYET, REINST ??

Also in same directory....the file sldb .....does it show correct hosting ??
[  Joseph M. Riccardi  ]


Joe,

Removing any station from a system is always difficult in IA without doing a 
complete Day0 install.

Not clear if you can get into a specific CP from the control configurator or 
not. Are the CP's good in System Management?

If the CP's are good in SysMgmt but you cannot access them in the configurator, 
you should be able to clean out a CP by copying the DB<LBUG>.init  file into 
DB<LBUG>.UC (checkpoint file) and rebooting the CP which initializes the CP 
memory.  Then hopefully you can access the CP in
the control configurator.    When you are in the CP with the control
configurator, INITIALIZE the CP which will clear all the other files including 
the CSA files.


Terry

____________________________________________________________________________
_________

Russ Boulay   |   Schneider Electric   |   Process Automation  |   United
States   |   Support Engineering Manager
Phone: +1 508 446 1769  |  Mobile: +1 508 446 1769
Email: russ.boulay@xxxxxxxxxxxxxxxxxxxxxx |   Site:
https://support.ips.invensys.com     ;|   Address: Fairfield, California
94534 United States

*** Please consider the environment before printing this e-mail


-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On ;
Behalf Of Terry Doucet
Sent: Wednesday, September 21, 2016 7:49 PM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] Windows NT AW70 V6.4 SysDef changes and commit

Joe,

Removing any station from a system is always difficult in IA without doing a 
complete Day0 install.

Not clear if you can get into a specific CP from the control configurator or 
not. Are the CP's good in System Management?

If the CP's are good in SysMgmt but you cannot access them in the configurator, 
you should be able to clean out a CP by copying the DB<LBUG>.init  file into 
DB<LBUG>.UC (checkpoint file) and rebooting the CP which initializes the CP 
memory.  Then hopefully you can access the CP in
the control configurator.    When you are in the CP with the control
configurator, INITIALIZE the CP which will clear all the other files including 
the CSA files.


Terry

From: Joe@xxxxxxxxxxxxx
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] Windows NT AW70 V6.4 SysDef changes and commit
Date: Wed, 21 Sep 2016 17:59:53 -0700

Scott,

Thanks for the advice but there is no emergency here...

We wanted to basically remove an AW70 from the Node and move its
hosting responsibilities to a different, existing AW70.  I followed
the SysDef and Windows NT Upgrade Considerations manuals as best as I
could and all appeared to go smoothly, no errors.  It looks like most
of it is there and not sure if the manuals missed something or I did.
Just looking to the expertise of this group, especially folks like
yourself, as we all do to help out with the 2 issues:
-  When I open the CIO_Config it appears that all of the Compounds are
listed but when I pick one I get "CSA Error - CSgetcmpd Failed".  The
CPs are empty and not even on line because I think I need to move the
Checkpoint files from the old AW70 to the new one to reboot them;
maybe?  I was hoping to do a Load_All from the Save_All files and then
checkpoint them so the Checkpoint files are up to date.
-  If I select the CIO_Station_Config there are no CPs listed.  Is
that not just a missing cplns type file somewhere?

I want to perform a clean Load_All on the CPs, just not sure when/how
as nothing was mentioned in the manuals.

Thanks


Joseph M. Riccardi
386-451-7607 Cell

Joe@xxxxxxxxxxxxx

"To give real service you must add something that cannot be bought or
measured with money; and that is sincerity and integrity." - Donald A.
Adams


-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx
[mailto:foxboro-bounce@xxxxxxxxxxxxx] On Behalf Of Landry, Scott
Sent: Wednesday, September 21, 2016 3:31 PM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] Windows NT AW70 V6.4 SysDef changes and commit

   Joe,

    The Field Service organization as an internal Best Practices
bullet item typically requires our Service Engineers
    to submit a upgrade/system plan doing significant alterations to a
customer system.

    Do you have a organization that is capable of reviewing,
commenting and proctoring such installations ?

    My old mentor John Duggar used to say "Poor planning on your part
does not constitute an Emergency on my part"


   Regards,


    Scott


________________________________________
From: foxboro-bounce@xxxxxxxxxxxxx [foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of Boulay, Russ [Russ.Boulay@xxxxxxxxxxxxxxxxxxxxxx]
Sent: Wednesday, September 21, 2016 5:06 PM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] Windows NT AW70 V6.4 SysDef changes and commit

That was quite the load of changes.  So was old CP host checkpoint
files removed, rm_station run to remove former sict table entries. Is
CSA truly only running in one place now.  There is a whole list of checks.

Sent from my iPhone

On Sep 21, 2016, at 2:48 PM, Joseph M. Riccardi <Joe@xxxxxxxxxxxxx>
wrote:

Russ, et al

Thanks for the lead on the cdrom setup...  As part of the SysDef
changes, I also wanted to move a System Monitor, the CSA, the ICC,
and the CP Hosting to a different AW70.  I think the SysDef changes
were easy enough and the
"5.2.1 Procedure to Move CSA between 70 Series Stations" per V6.1
Windows NT Upgrade Considerations Manual B0193XL also seemed to go
smoothly with no errors.

However, when I open the CIO_Config it appears that all of the
Compounds are listed but when I pick one I get "CSA Error -
CSgetcmpd Failed".  And if I instead select a Station there are no
CPs
listed.
Before starting I ran /opt/fox/ciocfg/api/save_all for all CPs on
the original AW70, copied them all to the new AW70, but when I run
/opt/fox/ciocfg/api/load_all for each CP the script just hangs forever.

Where did I go wrong; what did I miss?


Joseph M. Riccardi
386-451-7607 Cell

Joe@xxxxxxxxxxxxx

"To give real service you must add something that cannot be bought
or measured with money; and that is sincerity and integrity." -
Donald
A.
Adams


-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx
[mailto:foxboro-bounce@xxxxxxxxxxxxx] On Behalf Of Boulay, Russ
Sent: Tuesday, September 20, 2016 7:17 PM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] Windows NT AW70 V6.4 SysDef changes and
commit

Disable I/A boot from red fox in control panel Reboot PC Install
appropriate
day0 cdrom for your version Run setup from cdrom From menu that's
appears select the commit option, or sub menu that gets you there
Make sure you are using a reconciled day 1 commit



-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx
[mailto:foxboro-bounce@xxxxxxxxxxxxx] On Behalf Of Joseph M.
Riccardi
Sent: Tuesday, September 20, 2016 6:40 PM
To: foxboro@xxxxxxxxxxxxx
Subject: [foxboro] Windows NT AW70 V6.4 SysDef changes and commit

Windows NT AW70 folks,
I revised the SysDef files and created a commit diskette.  There are
a number of manuals describing the SysDef process up to and
including creating the commit diskette but I cannot find anything on
what to do with
it next?
I have done plenty of UNIX boxes (Config/Install_AW) but never a
WinNT
box.
Anyone remember how to re-commit Windows NT AW70?

Thanks


Joseph M. Riccardi
386-451-7607 Cell

Joe@xxxxxxxxxxxxx <mailto:Joe@xxxxxxxxxxxxx>

"To give real service you must add something that cannot be bought
or measured with money; and that is sincerity and integrity." -
Donald
A.
Adams




______________________________________________________________________
___ This mailing list is neither sponsored nor endorsed by Schneider
Electric (formerly The Foxboro Company).  Use the info you obtain here
at your own risks.  See the disclaimer at
www.thecassandraproject.org/disclaimer.html

foxboro mailing list:               //www.freelists.org/list/foxboro
to subscribe:           mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:        mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave





_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric 
(formerly The Foxboro Company).  Use the info you obtain here at your own 
risks.  See the disclaimer at www.thecassandraproject.org/disclaimer.html

foxboro mailing list:               //www.freelists.org/list/foxboro
to subscribe:           mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:        mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave



______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
______________________________________________________________________

*** Confidentiality Notice: This e-mail, including any associated or attached 
files, is intended solely for the individual or entity to which it is 
addressed. This e-mail is confidential and may well also be legally privileged. 
If you have received it in error, you are on notice of its status. Please 
notify the sender immediately by reply e-mail and then delete this message from 
your system. Please do not copy it or use it for any purposes, or disclose its 
contents to any other person.


_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric 
(formerly The Foxboro Company).  Use the info you obtain here at your own 
risks.  See the disclaimer at www.thecassandraproject.org/disclaimer.html

foxboro mailing list:               //www.freelists.org/list/foxboro
to subscribe:           mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:        mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave





_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric 
(formerly The Foxboro Company).  Use the info you obtain here at your own 
risks.  See the disclaimer at www.thecassandraproject.org/disclaimer.html

foxboro mailing list:               //www.freelists.org/list/foxboro
to subscribe:           mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:        mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave



______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
______________________________________________________________________

*** Confidentiality Notice: This e-mail, including any associated or attached 
files, is intended solely for the individual or entity to which it is 
addressed. This e-mail is confidential and may well also be legally privileged. 
If you have received it in error, you are on notice of its status. Please 
notify the sender immediately by reply e-mail and then delete this message from 
your system. Please do not copy it or use it for any purposes, or disclose its 
contents to any other person.
 
 
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company).  Use the info you obtain here at your own
risks.  See the disclaimer at www.thecassandraproject.org/disclaimer.html
 
foxboro mailing list:               //www.freelists.org/list/foxboro
to subscribe:           mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe:        mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
 

Other related posts: