What do you mean you ran iozone performance test of the log file?
If you have destroyed the transaction log file then you are not going to get the datastore back.
Thank you for your correct answer as always.
You can run iozone like this:
/opt/iozone/bin/iozone -a -i 0 -i 2 -g 32G -q 32k -y 32k -f <filename>
and it takes a file, so the disk I wanted to benchmark had the datastore log on it and I just used this file.
Should I now use tw_model_wipe or delete everything in datastore directory, as I think ADDM checks for datastore on boot and if there is no datastore creates files for new one automatically?
tw_model_wipe requires a password (already logged as tideway user), but states:
ERROR: Authentification unsuccessful
for tideway user pass. Also tried it with -u --username, -p --password options and still the same.
The security service is started:
Some ADDM application services are not running
Security service: 7170 [ OK ]
Model service: [ STOP ]
Vault service: [ STOP ]
Discovery service: [ STOP ]
Mainframe Provider service: [ STOP ]
SQL Provider service: [ STOP ]
CMDB Sync (Exporter) service: [ STOP ]
CMDB Sync (Transformer) service: [ STOP ]
Reasoning service: [ STOP ]
Tomcat service: [ STOP ]
Reports service: [ STOP ]
External API service: [ STOP ]
Application Server service: [ STOP ]
For which password is the wipe asking about?
Ok, only as information if someone else has the problem with password on tw_model_wipe tool:
I had to stop security service (part of tideway services), then no more authentication was required, but also the tool just displayed the options and didn't start.
Only --force option worked with stopped security service and did the job well.