Closed chenja2000 closed 1 year ago
@arthurlaimbock is helping on this issue.
In the end it was quite a change. Up to CP4D 4.5 new monitor types are always accepted, allowing you to post new events. However, since 4.6, an additional check is made, and new events are rejected by default, unless they are registered. This is however where CP4D development made a crucial mistake. They "misuse" the monitor type for both the name of the cronjob that is generated and the monitor_type property of the event. Now unfortunately these 2 items have very different restrictions to their naming conventions:
So the current way around is to only allow a-z characters for the monitor type
Then the cpdctl tool has an extreme fast deprecation timeline. Where the cpdcptl context was still valid in 4.5, in 4.6 you must use cpdctl profile and the use context will immediately throw an error.
TS012386351: https://ibmsf.lightning.force.com/lightning/r/Case/5003p00002m2zCGAAY/view
I followed doc https://ibm.github.io/cp4d-monitors/monitors/cp4d-platform-global-connections/manual to deploy teh monitor. Image pushed successfully, cj created and running fine, but the cj pod exited with errors.
[root@api.cpd4jc.cp.fyre.ibm.com ~]# oc get cm |grep connection config-wdp-connect-connection 5 12d cp4d-platform-global-connections-1-ca 1 7m33s cp4d-platform-global-connections-1-global-ca 1 7m33s cp4d-platform-global-connections-1-sys-config 1 7m33s zen-alert-cp4d-platform-global-connections-monitor-extension 1 36s zen-connection-extension-points 1 12d [root@api.cpd4jc.cp.fyre.ibm.com ~]#
My customer followed the same doc, got different errors: