Tideway Community Forum

extract regex from variable with process in it

2008-12-16T15:30:16+00:00

Hi all,
Since lsof is not installed here and I still would like to see which communications MQ has, I’m trying to create some code that gets the MQ listener port.
As a part of this I’m fetching the runmqlsr process and then try to extract the port from the arguments. When I fetch the runmqlsr process I store it in the mq_process variable but then the regex extract fails. This is the ECA error:

Error Message Error while executing a rule—AttributeError: _objref_NodeSet instance has no attribute ‘get’
Pattern Name Swift.Swift_chain
Error Line Numbers 51
Error Count 1
Discovery Access 10.66.52.201 @ 2008-12-16 15:15:39.19
Pattern Swift.Swift_chain
Internal Error Details File “./__init__.py”, line 535, in processEvent
File “./rule.py”, line 129, in doExecute
File “/usr/tideway/var/code_1/eca/generated_code/Swift.py”, line 177, in execute
llr_tpl_mq_port = engine.doAction(tracker, ‘tpl.regex.extract’, { “string” : dict_get(llr_tpl_mq_process, ‘args’), “pattern” : ‘-p\s([0-9]+)$‘, “substitution” : None })
File “./library.py”, line 72, in dict_get
File “./nodesetproxy.py”, line 55, in __getattr__
File “./nodesetproxy.py”, line 55, in __getattr__

This is the code involved:

si_list := search(in host traverse :::SoftwareInstance where type matches regex "(?i)(XCOM|XFB|MQ|Cluster|BEA Tuxedo Bulletin Board Listener)");
    communicating := search(in si_list processwith communicatingSIs);


    // Get communications
    // For MQ
    
    for si in si_list do
      if si.type matches regex "MQ"
      then mq_process := search(in host traverse :::SoftwareInstance traverse :::DiscoveredProcess
                        where cmd matches regex '(?i)runmqlsr');
      log.info("SI Type matches MQ!!");
   
      mq_port := regex.extract(mq_process.args, regex'-ps([0-9]+)$');

      log.info("Port found: %mq_port%");
      end if;
    end for;

    // end communications 

What am I doing wrong?

create new SI when host contains a defined bundle of software (recognize a build)

2008-12-09T11:54:04+00:00

I would like to make a pattern that recognizes a defined bundle of software instances -of a certain version- on an single host. The customer is deploying different builds, or stacks as they call it. These builds contain the OS (e.g. Server 2003) and some SI’s (e.g. McAfee, TSM, SMS client etc.).

I want the pattern to create a new SI when all SI’s that should be on the host are present (and have the correct version)

First I bring in the desired versions:

constants
     version := '2008A01';
     ver_mcafee := '8.5i';
     ver_tivoli := '4.1.0.24';
     ver_sms := '2.50.4253';
  end constants; 

As a trigger I have decided to go for:

triggers

     on host := Host created, confirmed where os_type = "Windows" and os_version = "Server 2003";

  end triggers; 

That way I trigger on the right OS and right version and I’m not bothering the other machines.

But now the difficult part. Somehow I need to pull out all the SI’s on the host and match their version with my list. Something like:

body

    type := 'stack_win';

    host := model.host(si);

    if si.type = "MacAfee" and si.version = ver_mcafee and

       si.type = "Tivoli Storage Manager Server" and si.version = ver_tivoli and

       si.type = "SMS Client" and si.version = ver_sms then

       stack := "true";
    else
       stop;

    end if;

    name := "%type% %version% on %host.name%";

    model.SoftwareInstance(type := type,
                           name := "%type% %version% on %host.name%");

  end body;

Something tells me that I need to work with a ‘for’ loop here, but I don’t know how.
I would welcome your help.

Problem getting regkey (NoAccessMethod)

2008-11-18T14:27:27+00:00

Hello,

I have a pattern that should extract a regkey, but for some reason it doesn’t.
In the discovery log I see that the credential slave is not able to perform the operation (NoAccessMethod).
Does anyone know what this means and how I can fix this?

triggers
    on hostinfo := HostInfo created, modified, confirmed;
  end triggers;
 
  body
 
    host := model.host(hostinfo);
    if not host then
      stop;
    end if;
 
    if host.os_type <> "Windows" then
      stop;
        end if;
 
    // ING Update Version
    regkey := raw "HKEY_LOCAL_MACHINESOFTWAREINGOperatingSystemUpdateVersion";
    regqry := discovery.registryKey(host, regkey);
    if regqry then
        build_ver := regqry[0].Caption;
        if build_ver then
            host.build_version := build_ver;
        else
            model.withdraw(host,"build_version");
        end if;
    end if; 

Here’s a bit of the log:

1262557504: 2008-11-18 14:38:08,248: discovery.servants: DEBUG: Main_i::getOptions() called
1262557504: 2008-11-18 14:38:08,250: security.api: DEBUG: Authorize user ‘[eca_engine]‘, operation ‘discovery/options/read’
1262557504: 2008-11-18 14:38:08,251: discovery.device: INFO: Host::getRegistryValue() for 10.243.52.115, recordName 0ab8a4142ad96c0909b43024ad7ef4dd
1262557504: 2008-11-18 14:38:08,251: discovery.hosts: DEBUG: getRegistryValue() - running query HKEY_LOCAL_MACHINESOFTWAREINGOperatingSystemUpdateVersion
1262557504: 2008-11-18 14:38:08,251: api.audit: DEBUG: 10.243.52.115: getRegistryValue(): omniORB-1262557504: Try pool
1262557504: 2008-11-18 14:38:08,251: api.audit: DEBUG: 10.243.52.115: getRegistryValue(): omniORB-1262557504: Try to query via AD slave
1262557504: 2008-11-18 14:38:08,251: api.audit: DEBUG: 10.243.52.115: getRegistryValue(): omniORB-1262557504: Try to query via slave
1262557504: 2008-11-18 14:38:08,252: discovery.slavecred.getSlave: DEBUG: No entry for Slave in the naming service.
1262557504: 2008-11-18 14:38:08,253: discovery.slavecred.getSlave: DEBUG: Testing Slave connectivity
1262557504: 2008-11-18 14:38:08,259: discovery.slavecred.getSlave: DEBUG: Slave contacted
1262557504: 2008-11-18 14:38:08,265: common.utils: DEBUG: slave:credential slave is newer than min_version
1262557504: 2008-11-18 14:38:08,265: common.utils: DEBUG: slave:credential slave isValidVersion min_version=‘6.1’ min_revision=‘0.0’ result=0
1262557504: 2008-11-18 14:38:08,265: discovery.slavecred.isValidSlaveVersion: DEBUG: isValidSlaveVersion min_version=‘6.1’ min_release=‘0.0’ result=True
1262557504: 2008-11-18 14:38:08,273: api.audit: DEBUG: 10.243.52.115: getRegistryValue(): omniORB-1262557504: Slave cannot perform operation
1262557504: 2008-11-18 14:38:08,273: discovery.hosts: DEBUG: getRegistryValue() - raising NoAccessMethod()
1262557504: 2008-11-18 14:38:08,273: discovery.device: INFO: finished Host::getRegistryValue() for 10.243.52.115

Pattern Ideas

2008-07-14T16:02:43+00:00

Keep an eye on this page:
http://www.tideway.com/configipedia/Pattern_Ideas

I shall be posting a few ideas of ways the core Foundation product can be extended with the flexible TPL.

omniORB.CORBA.NO_PERMISSION when importing from command line

2008-10-21T11:51:02+00:00

Hi,

I’m using TF Ver 7.0.1 on my own VMware in playback mode.

I’m trying to import a pattern from the command line using the following command:

tw_pattern_management --verbose -u "username" -p "password" -i mypattern.tpl 

I get the following message:

omniORB: (0) 2008-08-02 11:15:49.335054: Warning: SSL CA certificate file is not set or cannot be found. SSL transport disabled.
Traceback (most recent call last):
  File "./pattern_management.py", line 618, in <module>
  File "./pattern_management.py", line 537, in main
  File "./configuration.py", line 1222, in processCommandLine
  File "./configuration.py", line 1275, in initSecurity
  File "/usr/webware/__init__.py", line 124, in authenticateByPassword

  File "./security_idl.py", line 201, in authenticate
omniORB.CORBA.NO_PERMISSION: CORBA.NO_PERMISSION(0X0, CORBA.COMPLETED_NO) 

This produces the same result if I use system username and password. I have access to the GUI as system with no problems, and can run other commands such as “tw_cron_update”, “tw_baseline” or “tw_passwd”.

Would this have anything to do with the fact I’m using a VMWare appliance in ‘host-only’ mode which is causing the SSL certification to fail, or is it the SSL Certificate itself?

WebSphere arguments too long to capture

2008-09-23T15:26:22+00:00

The client has WebSphere (WAS) commands so long, that they are not 100% captured when creating the WebSphere SI. The last bit falls off. This is just the bit with the cell/node info in it, so my BAI pattern is not triggered. Can you fix it in the next TKU?

Display custom attributes in the UI on the fly in TPL

2008-07-11T11:12:42+00:00

One of the significant advantages of Tideway’s datastore is the ability to add custom attributes on the fly, for example with custom patterns usting TPL. However, although these new attributes will be avaiable in search queries and for ubsequent access via TPL, they will only be available in the UI if they have been added to the taxonomy.

Unless you use another “trick” in TPL, when you create the SI. By passing a list of attribute names in a special attribute “_tw_meta_data_attrs”, the UI will display them. See examples in TKU, in the ApacheBasedWebservers pattern:

apache_si := model.SoftwareInstance(key := key,
name := name,
type := type,
version := full_version,
product_version := product_version,
build := build,
config_file_list := config_file_list,
publisher := publisher,
_tw_meta_data_attrs := [‘publisher’]);