Description of problem: In previous ovirt-engine versions it was more likely to have an old storage domain without an OVF_STORE disk that will be attached to a new DC which supports OVF_STORE disk, since the setup could use different DCs from different versions like DC 3.4 . For that reason we added a warning audit log that will inform the user that this Storage Domain does not contain an OVF_STORE disk and there will be no VMs or Templates to recover (The current message is "This Data center compatibility version does not support importing a data domain with its entities (VMs and Templates). The imported domain will be imported without them.") The problem this audit log reflects is that it can't distinguish between new storage domains or old storage domains from old DCs, since new storage domains does not contain any disks. Also, since ovirt-engine 4.1 the Data Center versiosn that should be supported are only 3.6, 4.0 and 4.1 Data Centers (All of those should support OVF_STORE disk) That is why I think that this audit log can be removed but we will still keep the log message for better investigation on future bugs. Version-Release number of selected component (if applicable): How reproducible: 100% Steps to Reproduce: 1. Create a new Storage Domain and attach it to DC 2. 3. Actual results: the following audit log will be presented: "This Data center compatibility version does not support importing a data domain with its entities (VMs and Templates). The imported domain will be imported without them." Expected results: No audit log, merely an indication in the engine.log Additional info:
Created attachment 1226072 [details] auditlogwarnning
Yaniv, Allon What do you think about removing the warning audit log, should we expect any customer feedback on that, or the engine.log should be good enough?
(In reply to Maor from comment #2) > Yaniv, Allon > What do you think about removing the warning audit log, should we expect any > customer feedback on that, or the engine.log should be good enough? I don't have a strong opinion either way, but frankly, I don't think this is worth the effort. Yaniv, your call.
(In reply to Allon Mureinik from comment #3) > (In reply to Maor from comment #2) > > Yaniv, Allon > > What do you think about removing the warning audit log, should we expect any > > customer feedback on that, or the engine.log should be good enough? > > I don't have a strong opinion either way, but frankly, I don't think this is > worth the effort. > Yaniv, your call. Yes, we can remove this. Does 4.0 support 3.5 SD import?
(In reply to Yaniv Dary from comment #4) > (In reply to Allon Mureinik from comment #3) > > (In reply to Maor from comment #2) > > > Yaniv, Allon > > > What do you think about removing the warning audit log, should we expect any > > > customer feedback on that, or the engine.log should be good enough? > > > > I don't have a strong opinion either way, but frankly, I don't think this is > > worth the effort. > > Yaniv, your call. > > Yes, we can remove this. > Does 4.0 support 3.5 SD import? yes, it can basically support the import of every SD version
Tested scenario as requested ( attached a new storage domain to DC) Indeed No audit log entry was created . The message I see in the engine log is as follows: 2017-01-18 08:56:56,303+02 WARN [org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand] (org.ovirt.thread.pool-6-thread-15) [] There are no OVF_STORE disks on storage domain id f64a49c0-3376-471a-8fe0-789ac9284e41 Tested on oVirt Engine Version: 4.1.0-0.4.master.20170109112129.git05e2d0d.el7.centos