-
Notifications
You must be signed in to change notification settings - Fork 34
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Azure Multi-Disk VM successful boot with errors Azure Linux Agent #1253
Comments
@sayanchowdhury big thanks for getting the latest images available with the Mircrosoft Azure Market Place, but appears I may need your help with getting Microsoft Azure Linux Agent to be updated to be compatible with these latest Flatcar images |
This is an expected message when you're not using an Azure instance with a temporary disk (small 'd' in instance size). See also this: Azure/WALinuxAgent#2110
Fixed in Azure/WALinuxAgent#2784. I'll need to update WALinuxAgent version.
Unfortunately not every Azure extension works on Flatcar. |
@jepio Let me know when I can expect your changes available from the kinvolk:flatcar-container-linux:stable-gen2:latest image and I can retest. Thanks! Very helpful! |
@jepio did this get fully implemented into the stable release? - if the new code is nows in stable then I would think this is resolved. |
Description
Launching a new Azure VM with multiple disks results in some errors
These seem to be unique to Azure
Azure_Flatcar_Successful_Boot_With_Errors.txt
waagent.log
Impact
Unsure if these disk errors are benign and worried that I may run into a VM disk issue.
Also concerned that Microsoft Azure Linux Agent may not be fully working and incorrectly logging unsupported Operating system. Not sure how this impacts Azure metrics, monitoring, and security - the Firewall error is particularly concerning.
Environment and steps to reproduce
Microsoft Azure using Azure CLI
Expected behavior
Boot up does not have Errors or Critical logs. If these are benign then they should be Warn.
Additional information
I had to update my flatcar.bu.yaml to have wipe_filesystem = true. I have used this same configuration for years on ESXi and this year with Promox and had wipe_filesystem = false. Not sure why this flag is required for Azure but not other platforms. Something is different in how Azure presents a disk to Flatcar? As above, the disks new & empty using the az disk create command.
Submitted Azure/WALinuxAgent#2984 bug report for Microsoft Azure Linux Agent not handling Flatcar setup and logging unsupported operating system despite Flatcar 3374.2.x+ being a supported operating system
The text was updated successfully, but these errors were encountered: