You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Description
Users who have been with OpenNebula for a long time and have MySQL DB with latin1 charset. After upgrade they may experience charset issues, error message something like: 263409-byte supposed UTF-8 string is not valid UTF-8. Unrecognized UTF-8 initial byte value 0x96
In this case the resource with corrupted charset is unusable, even simple commands like onevm list, onevm show doesn't work.
The goal of this issue is to detect charset inconsistency and if possible fix them. Possible solutions:
Detect error in oned, try to convert to correct charset
New CLI command onedb fix-charset object-type id - autodect charset or optionaly accept input/output charset from command line. Or maybe solve during onedb fsck?
Minimal solution: Improve error message to show object ID and the full xml-body string, include hint how to fix it.
Use case
Less failures after upgrade
Interface Changes
Maybe new CLI command onedb fix-charset
Additional Context
To reproduce the issue:
Create MySQL microenv
Setup default MySQL encoding to latin1
Install older version of OpenNebula
Create some resources
Make fake migrator, e.g. replace this line by doc = nokogiri_doc(row[:body], nil')
Upgrade OpenNebula
The list and show commands for resource corrupted by the fake migrator should fail
Safe the DB, so you don't need to repeat all the steps above
Description
Users who have been with OpenNebula for a long time and have MySQL DB with latin1 charset. After upgrade they may experience charset issues, error message something like:
263409-byte supposed UTF-8 string is not valid UTF-8. Unrecognized UTF-8 initial byte value 0x96
In this case the resource with corrupted charset is unusable, even simple commands like
onevm list
,onevm show
doesn't work.The goal of this issue is to detect charset inconsistency and if possible fix them. Possible solutions:
onedb fix-charset object-type id
- autodect charset or optionaly accept input/output charset from command line. Or maybe solve duringonedb fsck
?Use case
Less failures after upgrade
Interface Changes
Maybe new CLI command
onedb fix-charset
Additional Context
To reproduce the issue:
doc = nokogiri_doc(row[:body], nil')
list
andshow
commands for resource corrupted by the fake migrator should failMarketplace charset issue on the forum
#6705
Progress Status
The text was updated successfully, but these errors were encountered: