Error executing state.rb: invalid byte sequence in US-ASCII

Hi ,
I have 4 node 1 controlleur and 3 worker on rocky 10
with a ceph cluster for the storage DS

when i create a VM everythin look good but after 3min30sec
my host pass in error state
here the logs

Mon Mar 9 21:38:51 2026 [Z0][HMM][D]: Monitoring host worker-03.cloud.enov.local(8)
Mon Mar 9 21:39:00 2026 [Z0][HMM][E]: Unable to monitor host id: 8
Mon Mar 9 21:39:00 2026 [Z0][MDP][W]: Error parsing start message for host 8: <MONITOR_MESSAGES><SYSTEM_HOST>QVJDSD14ODZfNjQKTU9ERUxOQU1FPSJJbnRlbChSKSBYZW9uKFIpIENQVSBFNS0yNjQwIHY0IEAgMi40MEdIeiIKS1ZNX0NQVV9GRUFUVVJFUz0iM2Rub3dwcmVmZXRjaCxhYm0sYWNwaSxhZHgsYWVzLGFwaWMsYXJhdCxhdngsYXZ4MixibWkxLGJtaTIsY2xmbHVzaCxjbW92LGN4MTYsY3g4LGRjYSxkZSxkcyxkc19jcGwsZHRlczY0LGVybXMsZXN0LGYxNmMsZmx1c2gtbDFkLGZtYSxmcHUsZnNnc2Jhc2UsZnhzcixnZHMtbm8saGxlLGludGVsLXB0LGludnBjaWQsaW52dHNjLGxhaGZfbG0sbG0sbWNhLG1jZSxtZC1jbGVhcixtbXgsbW9uaXRvcixtb3ZiZSxtc3IsbXRycixueCxwYWUscGF0LHBiZSxwY2lkLHBjbG11bGRxLHBkY20scGRwZTFnYixwZ2UscG5pLHBvcGNudCxwc2NoYW5nZS1tYy1ubyxwc2UscHNlMzYscmRyYW5kLHJkc2VlZCxyZHRzY3AscmZkcy1ubyxydG0sc2VwLHNraXAtbDFkZmwtdm1lbnRyeSxzbWFwLHNtZXAsc214LHNwZWMtY3RybCxzcyxzc2JkLHNzZSxzc2UyLHNzZTQuMSxzc2U0LjIsc3NzZTMsc3RpYnAsc3lzY2FsbCx0bSx0bTIsdHNjLHRzYy1kZWFkbGluZSx0c2NfYWRqdXN0LHZtZSx2bXgsdm14LWFjdGl2aXR5LWhsdCx2bXgtYWN0aXZpdHktd2FpdC1zaXBpLHZteC1lcHQtMWdiLHZteC1lcHQtMm1iLHZteC1lcHQtZXhlY29ubHksdm14LWVwdGFkLHZteC1lcHRwLXN3aXRjaGluZyx2bXgtaW5zLW91dHMsdm14LWludmVwdCx2bXgtaW52ZXB0LWFsbC1jb250ZXh0LHZteC1pbnZlcHQtc2luZ2xlLWNvbnRleHQsdm14LWludnZwaWQsdm14LWludnZwaWQtYWxsLWNvbnRleHQsdm14LWludnZwaWQtc2luZ2xlLWFkZHIsdm14LWludnZwaWQtc2luZ2xlLWNvbnRleHQtbm9nbG9iYWxzLHZteC1wYWdlLXdhbGstNCx2bXgtc3RvcmUtbG1hLHZteC10cnVlLWN0bHMsdm14LXZtd3JpdGUtdm1leGl0LWZpZWxkcyx4MmFwaWMseHNhdmUseHNhdmVvcHQseHRwcix6ZXJvLWZjcy1mZHMiCkhZUEVSVklTT1I9a3ZtClRPVEFMQ1BVPTQwMDAKQ1BVU1BFRUQ9MApUT1RBTE1FTU9SWT0xMzEzMzE1MzYKQ0dST1VQU19WRVJTSU9OPTIKS1ZNX01BQ0hJTkVTPSJwYy1pNDQwZngtcmhlbDEwLjAuMCBwYyBwYy1xMzUtcmhlbDkuNi4wIHBjLXEzNS1yaGVsOS40LjAgcGMtcTM1LXJoZWw5LjIuMCBwYy1xMzUtcmhlbDkuMC4wIHBjLXEzNS1yaGVsMTAuMC4wIHEzNSIKS1ZNX0NQVV9NT0RFTFM9IkJyb2Fkd2VsbCBCcm9hZHdlbGwtSUJSUyBCcm9hZHdlbGwtbm9UU1ggQnJvYWR3ZWxsLW5vVFNYLUlCUlMgQnJvYWR3ZWxsLXYxIEJyb2Fkd2VsbC12MiBCcm9hZHdlbGwtdjMgQnJvYWR3ZWxsLXY0IEhhc3dlbGwgSGFzd2VsbC1JQlJTIEhhc3dlbGwtbm9UU1ggSGFzd2VsbC1ub1RTWC1JQlJTIEhhc3dlbGwtdjEgSGFzd2VsbC12MiBIYXN3ZWxsLXYzIEhhc3dlbGwtdjQgSXZ5QnJpZGdlIEl2eUJyaWRnZS1JQlJTIEl2eUJyaWRnZS12MSBJdnlCcmlkZ2UtdjIgTmVoYWxlbSBOZWhhbGVtLUlCUlMgTmVoYWxlbS12MSBOZWhhbGVtLXYyIFNhbmR5QnJpZGdlIFNhbmR5QnJpZGdlLUlCUlMgU2FuZHlCcmlkZ2UtdjEgU2FuZHlCcmlkZ2UtdjIgV2VzdG1lcmUgV2VzdG1lcmUtSUJSUyBXZXN0bWVyZS12MSBXZXN0bWVyZS12MiBxZW11NjQgcWVtdTY0LXYxIgpLVk1fQ1BVX01PREVMPSJCcm9hZHdlbGwtdjMiCkRTX0xPQ0FUSU9OX1VTRURfTUIgID0gMjExOApEU19MT0NBVElPTl9UT1RBTF9NQiA9IDE4OTgwCkRTX0xPQ0FUSU9OX0ZSRUVfTUIgID0gMTY4NjMKSE9TVE5BTUU9d29ya2VyLTAzLmNsb3VkLmVub3YubG9jYWwKSFVHRVBBR0UgPSBbIE5PREVfSUQgPSAiMCIsIFNJWkUgPSAiMjA0OCIsIFBBR0VTID0gIjAiIF0KSFVHRVBBR0UgPSBbIE5PREVfSUQgPSAiMCIsIFNJWkUgPSAiMTA0ODU3NiIsIFBBR0VTID0gIjAiIF0KQ09SRSA9IFsgTk9ERV9JRCA9ICIwIiwgSUQgPSAiMSIsIENQVVMgPSAiMSwyMSIgXQpDT1JFID0gWyBOT0RFX0lEID0gIjAiLCBJRCA9ICIxMiIsIENQVVMgPSAiOSwyOSIgXQpDT1JFID0gWyBOT0RFX0lEID0gIjAiLCBJRCA9ICIxMCIsIENQVVMgPSAiNywyNyIgXQpDT1JFID0gWyBOT0RFX0lEID0gIjAiLCBJRCA9ICIxMSIsIENQVVMgPSAiOCwyOCIgXQpDT1JFID0gWyBOT0RFX0lEID0gIjAiLCBJRCA9ICI4IiwgQ1BVUyA9ICI1LDI1IiBdCkNPUkUgPSBbIE5PREVfSUQgPSAiMCIsIElEID0gIjkiLCBDUFVTID0gIjYsMjYiIF0KQ09SRSA9IFsgTk9ERV9JRCA9ICIwIiwgSUQgPSAiMyIsIENQVVMgPSAiMywyMyIgXQpDT1JFID0gWyBOT0RFX0lEID0gIjAiLCBJRCA9ICI0IiwgQ1BVUyA9ICI0LDI0IiBdCkNPUkUgPSBbIE5PREVfSUQgPSAiMCIsIElEID0gIjIiLCBDUFVTID0gIjIsMjIiIF0KQ09SRSA9IFsgTk9ERV9JRCA9ICIwIiwgSUQgPSAiMCIsIENQVVMgPSAiMCwyMCIgXQpNRU1PUllfTk9ERSA9IFsgTk9ERV9JRCA9ICIwIiwgVE9UQUwgPSAiNjUyNzk5MjgiLCBESVNUQU5DRSA9ICIwIDEiIF0KSFVHRVBBR0UgPSBbIE5PREVfSUQgPSAiMSIsIFNJWkUgPSAiMjA0OCIsIFBBR0VTID0gIjAiIF0KSFVHRVBBR0UgPSBbIE5PREVfSUQgPSAiMSIsIFNJWkUgPSAiMTA0ODU3NiIsIFBBR0VTID0gIjAiIF0KQ09SRSA9IFsgTk9ERV9JRCA9ICIxIiwgSUQgPSAiMSIsIENQVVMgPSAiMTEsMzEiIF0KQ09SRSA9IFsgTk9ERV9JRCA9ICIxIiwgSUQgPSAiMTEiLCBDUFVTID0gIjE4LDM4IiBdCkNPUkUgPSBbIE5PREVfSUQgPSAiMSIsIElEID0gIjkiLCBDUFVTID0gIjE2LDM2IiBdCkNPUkUgPSBbIE5PREVfSUQgPSAiMSIsIElEID0gIjQiLCBDUFVTID0gIjE0LDM0IiBdCkNPUkUgPSBbIE5PREVfSUQgPSAiMSIsIElEID0gIjIiLCBDUFVTID0gIjEyLDMyIiBdCkNPUkUgPSBbIE5PREVfSUQgPSAiMSIsIElEID0gIjAiLCBDUFVTID0gIjEwLDMwIiBdCkNPUkUgPSBbIE5PREVfSUQgPSAiMSIsIElEID0gIjEyIiwgQ1BVUyA9ICIxOSwzOSIgXQpDT1JFID0gWyBOT0RFX0lEID0gIjEiLCBJRCA9ICIxMCIsIENQVVMgPSAiMTcsMzciIF0KQ09SRSA9IFsgTk9ERV9JRCA9ICIxIiwgSUQgPSAiOCIsIENQVVMgPSAiMTUsMzUiIF0KQ09SRSA9IFsgTk9ERV9JRCA9ICIxIiwgSUQgPSAiMyIsIENQVVMgPSAiMTMsMzMiIF0KTUVNT1JZX05PREUgPSBbIE5PREVfSUQgPSAiMSIsIFRPVEFMID0gIjY2MDUxNjA4IiwgRElTVEFOQ0UgPSAiMSAwIiBdClZFUlNJT049IjcuMC4xIgoK</SYSTEM_HOST> <MONITOR_HOST>SFlQRVJWSVNPUj1rdm0KVVNFRE1FTU9SWT00MTMzMDcyCkZSRUVNRU1PUlk9MTI3MTk4NDY0CkZSRUVDUFU9NDAwMApVU0VEQ1BVPTAKTkVUUlg9NDU2OTE5MDA4OTEKTkVUVFg9NzEyMTc5MTgzNzcKSFVHRVBBR0UgPSBbIE5PREVfSUQgPSAiMCIsIFNJWkUgPSAiMjA0OCIsIEZSRUUgPSAiMCIgXQpIVUdFUEFHRSA9IFsgTk9ERV9JRCA9ICIwIiwgU0laRSA9ICIxMDQ4NTc2IiwgRlJFRSA9ICIwIiBdCk1FTU9SWV9OT0RFID0gWyBOT0RFX0lEID0gIjAiLCBGUkVFID0gIjYwNDM3MDY4IiwgVVNFRCA9ICI0ODQyODYwIiBdCkhVR0VQQUdFID0gWyBOT0RFX0lEID0gIjEiLCBTSVpFID0gIjIwNDgiLCBGUkVFID0gIjAiIF0KSFVHRVBBR0UgPSBbIE5PREVfSUQgPSAiMSIsIFNJWkUgPSAiMTA0ODU3NiIsIEZSRUUgPSAiMCIgXQpNRU1PUllfTk9ERSA9IFsgTk9ERV9JRCA9ICIxIiwgRlJFRSA9ICI2Mzk2MTg3NiIsIFVTRUQgPSAiMjA4OTczMiIgXQpVU0VEQ1BVX0ZPUkVDQVNUPSI2LjU2IgpGUkVFQ1BVX0ZPUkVDQVNUPSIzOTkzLjQ0IgpVU0VETUVNT1JZX0ZPUkVDQVNUPSI0MTQwNjEyLjUyIgpGUkVFTUVNT1JZX0ZPUkVDQVNUPSIxMjcxOTA5MjMuNDgiCk5FVFJYX0JXX0ZPUkVDQVNUPSIxODgzNDMuNTkiCk5FVFRYX0JXX0ZPUkVDQVNUPSIyNDcwNDguNCIK</MONITOR_HOST> <STATE_VM>Error executing state.rb: invalid byte sequence in US-ASCII </STATE_VM>

Hello, just a question: does the VM has any character non compliant with ASCII 7bit?

Hi @brunorro,
i think not

onevm show 12
VIRTUAL MACHINE 12 INFORMATION                                                  
ID                  : 12
NAME                : test
USER                : oneadmin
GROUP               : oneadmin
STATE               : POWEROFF
LCM_STATE           : LCM_INIT
LOCK                : None
RESCHED             : No
HOST                : worker-03.cloud.enov.local
CLUSTER ID          : 100
CLUSTER             : A01-STD
START TIME          : 03/09 23:08:11
END TIME            : -
DEPLOY ID           : 55e727e0-49f9-4250-b2f6-5662298e5745

VIRTUAL MACHINE MONITORING [-]                                                  
METRIC               VALUE           FORECAST        FORECAST_FAR   
CPU                  -               -               -
MEMORY               -               -               -
NETTX                -               -               -
NETTX_BW             -               -               -
NETRX                -               -               -
NETRX_BW             -               -               -
DISKRDBYTES          -               -               -
DISKRDBYTES_BW       -               -               -
DISKRDIOPS           -               -               -
DISKRDIOPS_BW        -               -               -
DISKWRBYTES          -               -               -
DISKWRBYTES_BW       -               -               -
DISKWRIOPS_BW        -               -               -
DISKWRIOPS           -               -               -
GPU_COUNT            -               -               -
GPU_UTILIZATION      -               -               -
GPU_MEMORY_UTILIZATI -               -               -
GPU_MEMORY_FREE      -               -               -
GPU_POWER_USAGE      -               -               -


PERMISSIONS                                                                     
OWNER               : um-
GROUP               : ---
OTHER               : ---

VM DISKS                                                                        
 ID DATASTORE  TARGET IMAGE                               SIZE      TYPE SAVE
  0 A01-STD-im vda    Rocky Linux 9                       -/10G     rbd    NO
  1 -          hda    CONTEXT                             -/-       -       -

VIRTUAL MACHINE HISTORY                                                         
SEQ UID  REQ   HOST         ACTION       DS           START        TIME     PROLOG
  0 0    7200  worker-03.cl poweroff    107  03/09 23:08:13   0d 18h53m   0h00m03s

USER TEMPLATE                                                                   
HYPERVISOR="kvm"
LXD_SECURITY_PRIVILEGED="true"
SCHED_REQUIREMENTS="HYPERVISOR=kvm"

VIRTUAL MACHINE TEMPLATE                                                        
AUTOMATIC_DS_REQUIREMENTS="(\"CLUSTERS/ID\" @> 100)"
AUTOMATIC_NIC_REQUIREMENTS="(\"CLUSTERS/ID\" @> 100)"
AUTOMATIC_REQUIREMENTS="(CLUSTER_ID = 100) & !(PIN_POLICY = PINNED)"
CONTEXT=[
  DISK_ID="1",
  NETWORK="YES",
  TARGET="hda" ]
CPU="1"
CPU_MODEL=[
  MODEL="host-passthrough" ]
GRAPHICS=[
  LISTEN="0.0.0.0",
  PORT="5912",
  TYPE="vnc" ]
MEMORY="768"
OS=[
  ARCH="x86_64",
  UUID="55e727e0-49f9-4250-b2f6-5662298e5745" ]
TEMPLATE_ID="4"
TM_MAD_SYSTEM="ceph"
VMID="12"

Bonjour,

Can you check in /var/log/one/oned.log the messages? A tail -f /var/log/one/oned.log while the will give more information. It is very strange that the host stops monitoring some minutes after the VM was instantiated. If you do a onehost list and a onedatastore list when the VM stops does it look as OK?

I see that you are using ceph, as well. In my experience ceph is quite picky about networking, MTU and bonding configuration on storage interfaces are the first thing I normally check in this cases.

Ok, thanks Brunorro for all your advice. I found a solution to my problem: I just upgraded from version 7.0 to 7.1.80, and now everything works successfully. My bad for not installing the latest version for my pre-production cluster. Sorry for the inconvenience.

ressource use for patch :

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.