Bottacin Alberto

My feedback

  1. 115 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    12 comments  ·  PI Server » Analytics & Calculations  ·  Flag idea as inappropriate…  ·  Admin →
    Bottacin Alberto supported this idea  · 
  2. 19 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Server » PI Builder  ·  Flag idea as inappropriate…  ·  Admin →
    Bottacin Alberto supported this idea  · 
  3. 356 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    41 comments  ·  PI Vision » Events (EF)  ·  Flag idea as inappropriate…  ·  Admin →
    Bottacin Alberto supported this idea  · 
  4. 79 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    9 comments  ·  PI Developer Technologies » PI Web API  ·  Flag idea as inappropriate…  ·  Admin →
    Bottacin Alberto supported this idea  · 
  5. 103 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    8 comments  ·  PI Connectors » OPC UA  ·  Flag idea as inappropriate…  ·  Admin →
    Bottacin Alberto supported this idea  · 
  6. 53 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    5 comments  ·  PI Interfaces » PI ICU  ·  Flag idea as inappropriate…  ·  Admin →
    An error occurred while saving the comment
    Bottacin Alberto commented  · 

    For PI monitoring purpose we install on several PI Interface Nodes and PI/AF Servers some monitoring Pi-interfaces (PerfMon, TCP-Response and SNMP) and all of this interface write tags on a centralize PI Server.
    When you open the ICU on a monitored PI machine, it scans all the interfaces on the target servers, also the ones installed on others monitored machines: for example, if there is a PerfMon installed on “HOST1” and another on “HOST2” where both are collecting data of the hosting machine and both are pointing to the centralized monitoring PI server, when I start the ICU on “HOST1” it try to loading both interfaces (“HOST1” and “HOST2”). This is a very big problem in term of ICU loading time in case of several interfaces installed each one on different “HOST” that pointing to the same centralized PI server (this is the monitoring scenario, but we have the same problem also for loading PI2PI that are pointing to a centralized PI concentrator).

    I thought that the ICU loads the data from the ModuleDB (MDB) of the target PI server: right now all the monitoring interface are connected to monitoring PI server with the same user that has Read access to all MDB items. I tried to manage the Trust/Mapping in order to use different PI Indentity and give to a determinate PI Identity the access only to the related Machine/Interfaces on MDB. I did the following steps as a first test:
    1) Create a new Pi-Identity “ID1” on the monitoring PI server (destiantion of the interfaces)
    2) Modify the Mapping/Trust on the monitoring Pi server in order to use “ID1” only for Perfom/TCP-Response/SNMP Interfaces installed on “HOST1”
    3) Edit the MDB access rights as below:
    %OSI → removed R access for PiWord + added R/W access for “ID1”
    Interfaces → added R/W access for “ID1”
    “HOST1” → added R/W access for “ID1”
    “PIPerfMon_HOST1” → added R/W access for “ID1”
    “PISNMPTrap_HOST1”→ added R/W access for “ID1”
    “TCPResp_HOST1”→ added R/W access for “ID1”
    After that, I tried to start again the ICU on “HOST1” but the attached error appeared.

    Then, I did the following additional activities:
    1) add the R/W access for “ID1” identity on “PIModules” table of database security on the centralized monitoring PI server
    2) Edit the MDB access rights as below (in addiction of rights edited before):
    %OSI → added R access for PiWord
    After that I tried to start again the ICU on “HOST1” but it starts to “searching for ISU instances for..” each machine on the target MDB tree (see “SearchingForISU.PNG” attached).
    To recap, this is the same issue saw before start the activity described here.

    So as far as I understood the problem seems: ICU searchs ISU (Iterface Status Utility - that seems a legacy utility: https://techsupport.osisoft.com/Products/Interfaces/PI-Interface-Status-Utility/Overview) on each interface on the MDB of the PI servers (or colledtive) selected to be loaded on ICU.

    Bottacin Alberto supported this idea  · 
  7. 33 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    5 comments  ·  PI Connectors » UFL  ·  Flag idea as inappropriate…  ·  Admin →
    Bottacin Alberto supported this idea  · 
  8. 143 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    10 comments  ·  PI Vision » Mobile: Phone  ·  Flag idea as inappropriate…  ·  Admin →
    Bottacin Alberto supported this idea  · 
  9. 2 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  PI Server » Data Archive  ·  Flag idea as inappropriate…  ·  Admin →
    Bottacin Alberto supported this idea  · 

Feedback and Knowledge Base

Posted ideas will have one of the following statuses.
Full definition of these statuses can be found on the Home Page.
No status
TELL US MORE
EVALUATING
PLANNED
IN DEVELOPMENT
COMPLETED
DECLINED