[Users] Getting a stream of errors inside engine.log

Robert Middleswarth robert at middleswarth.net
Sun Jun 24 17:40:30 UTC 2012


On 06/24/2012 12:35 PM, Yair Zaslavsky wrote:
> On 06/24/2012 07:26 PM, Robert Middleswarth wrote:
>> On 06/24/2012 12:11 PM, Yair Zaslavsky wrote:
>>> On 06/24/2012 07:02 PM, Robert Middleswarth wrote:
>>>> On 06/24/2012 11:55 AM, Yair Zaslavsky wrote:
>>>>> On 06/24/2012 06:45 PM, Robert Middleswarth wrote:
>>>>>> On 06/24/2012 09:55 AM, Doron Fediuck wrote:
>>>>>>> On 22/06/12 04:12, Robert Middleswarth wrote:
>>>>>>>> Getting a log full of error messages like these.
>>>>>>>>
>>>>>>>> 2012-06-21 21:03:30,075 ERROR
>>>>>>>> [org.ovirt.engine.core.engineencryptutils.EncryptionUtils]
>>>>>>>> (QuartzScheduler_Worker-90) Failed to decryptData must start with
>>>>>>>> zero
>>>>>>>> 2012-06-21 21:03:46,235 ERROR
>>>>>>>> [org.ovirt.engine.core.engineencryptutils.EncryptionUtils]
>>>>>>>> (QuartzScheduler_Worker-18) Failed to decryptData must not be longer
>>>>>>>> than 128 bytes
>>>>>>>>
>>>>>>>> What is causing this and what can I do to fix it?
>>>>>>>>
>>>>>>>> Thanks
>>>>>>>> Robert
>>>>>>> Hi Robert,
>>>>>>> This really depends on your setup (devel' or yum installed).
>>>>>>> There are several DB values which are encrypted during the
>>>>>>> installation which you override
>>>>>>> by plain text values. In most cases the engine tries to fallback, and
>>>>>>> use the original value
>>>>>>> it got despite the error. The question now you should answer, is if
>>>>>>> you have any other issue.
>>>>>>> If things seem to work well, than it's an issue of encrypting the
>>>>>>> relevant values (if needed).
>>>>>>> If you have other related issues, then setting these values to plain
>>>>>>> text should use the fallback
>>>>>>> and resolve the issue.
>>>>>>>
>>>>>> There doesn't seem to be any negitive effect other then making the log
>>>>>> hard to read.  Is there any way to suppress the error?
>>>>>>
>>>>>> Thanks
>>>>>> Robert
>>>>> Robert, I do suggest that you try further to investigate the root cause
>>>>> for this.
>>>>> However, it is possible to modify the configuration not to log this
>>>>> error - you should be able to define a log4j category at
>>>>> $JBOSS_HOME/standalone/configuration/standalone.xml (under subsystem
>>>>> xmlns="urn:jboss:domain:logging:1.1) in such a way that for
>>>>> EncryptionUtils only FATAL messages will appear at the log (and
>>>>> still, I
>>>>> suggest that you further try to investigate why this is happening in
>>>>> the
>>>>> first place).
>>>>>
>>>>> Yair
>>>> I am fine with investigating why but these error's are so generic I have
>>>> no idea what files to check?  Despite tiring a few times I really don't
>>>> get Java.
>>> Robert - we can go to two approaches here with logging both require you
>>> to define a log4j category for EncryptionUtils
>>>
>>> First approach - as I suggested, move to FATAL - you will not see these
>>> errors.
>>> Second approach - move to DEBUG. I looked at the code, and saw that if
>>> you define a category for EncryptionUtils  with DEBUG level you will
>>> also get a print of stacktrace, this may assist in understanding the
>>> problem you're facing.
>> Yair,
>>
>> I checked standalone.xml file and there is no section related to
>> EncyptionUtils nor was there a definition for engine.log I am guessing
>> that these are defined in a diff config file.
> You should modify this file and add a category for EncryptionUtils -
> look at how the category -
>
> <logger category="org.ovirt">
>                  <level name="INFO"/>
>                  <handlers>
>                      <handler name="ENGINE_LOG"/>
>                  </handlers>
>              </logger>
>
>
>
> Is defined.
I don't see that at all.  I am using CentOS 6.2 with 
http://www.dreyou.org/ovirt/ Build 8.

Thanks
Robert
> What you should do is add
>
> <logger category="org.ovirt.engine.core.engineencryptutils">
>    <level name="FATAL"/>
>      <handlers>
>                      <handler name="ENGINE_LOG"/>
>                  </handlers>
>              </logger>
>
> Near the logger category for "org.ovirt" (I mean, as a sibling to that
> element).
> Pay attention that here i defined it for FATAL - you may wish to try it
> with DEBUG to see the stacktrace.
>
> Yair
>
>
>
>>>>>> _______________________________________________
>>>>>> Users mailing list
>>>>>> Users at ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>> Thanks
>>>> Robert
>> Thanks
>> Robert
>>




More information about the Users mailing list