Edwin Biemond

That's strange I got this with 12.1.3 on CentOS also on Solaris the boot identity file parameter contains the domain name. ``` oracle 29313 29271 1 23:11 ? 00:00:03 /usr/java/latest/bin/java...

What is your OS and did you do it all actions with orawls and use the nodemanager to start it up

very strange maybe it is because of the development mode, then you don't need the boot identity file. on FMW I get even multiple ones ``` oracle 23332 23273 13...

it is bug and a nasty one because when you have two domains how can I check the adminserver is running. Probably for adminserver I need to connect to nodemanager...

it can be it could read the xaproperties and uses [] , in that case it wants it to change it to the requested. So we need to find out...

I would expect to see the wlst output on this �[0;36mDebug: index wls_datasource�[0m can you paste your datasource entry so I can re-produce it.

Hi, you need to check the wlst deploy operation with the targets parameters. on create I just use deploy https://github.com/biemond/biemond-orawls/blob/puppet4/files/providers/wls_deployment/create.py.erb#L60 On modify I do the taegetting https://github.com/biemond/biemond-orawls/blob/puppet4/files/providers/wls_deployment/modify.py.erb#L92

so what is your manifest for this I use this ''' opatchupgrade_instances: '28186730': oracle_product_home_dir: *wls_middleware_home_dir patch_id: 6880880 patch_file: "p28186730_139400_Generic.zip" opversion: 13.9.4.0.0 '''

ok then the check if failing https://github.com/biemond/biemond-orawls/blob/puppet4/manifests/opatchupgrade.pp#L39 that can happen because of /etc/orainst or inventory is not the default. or the right facts are not set. https://github.com/biemond/biemond-orawls/blob/puppet4/lib/facter/orawls.rb#L92 in case of...

I guess not , it sees this as the password