Hello Rohit, It works now but only at the moment of creation of the virtual machine, if I reset the password via CS UI, it doesn't work.
With a VR all good, but we are testing L2 network without VR. Has anyone tried configdrive ? I do not see much info online. I believe most people are using the VR approach. Even though I leave here my config just in case. cloudbase-init-unattend.conf [DEFAULT] username=administrador groups=administradores inject_user_password=true config_drive_raw_hhd=true config_drive_cdrom=true config_drive_vfat=true bsdtar_path=C:\Program Files\Cloudbase Solutions\Cloudbase-Init\bin\bsdtar.exe mtools_path=C:\Program Files\Cloudbase Solutions\Cloudbase-Init\bin\ verbose=true debug=true logdir=C:\Program Files\Cloudbase Solutions\Cloudbase-Init\log\ logfile=cloudbase-init-unattend.log default_log_levels=comtypes=INFO,suds=INFO,iso8601=WARN,requests=WARN logging_serial_port_settings= mtu_use_dhcp_config=true ntp_use_dhcp_config=true local_scripts_path=C:\Program Files\Cloudbase Solutions\Cloudbase-Init\LocalScripts\ check_latest_version=false metadata_services=cloudbaseinit.metadata.services.configdrive.ConfigDriveService,cloudbaseinit.metadata.services.httpservice.HttpService,cloudbaseinit.metadata.services.ec2service.EC2Service,cloudbaseinit.metadata.services.maasservice.MaaSHttpService plugins=cloudbaseinit.plugins.common.mtu.MTUPlugin,cloudbaseinit.plugins.windows.extendvolumes.ExtendVolumesPlugin,cloudbaseinit.plugins.common.localscripts.LocalScriptsPlugin allow_reboot=false stop_service_on_exit=false check_latest_version=false #testing datasource_list=CloudStack, ConfigDrive cloudbase-init.conf [DEFAULT] username=administrador groups=administradores inject_user_password=true first_logon_behaviour=no config_drive_raw_hhd=true config_drive_cdrom=true config_drive_vfat=true bsdtar_path=C:\Program Files\Cloudbase Solutions\Cloudbase-Init\bin\bsdtar.exe mtools_path=C:\Program Files\Cloudbase Solutions\Cloudbase-Init\bin\ verbose=true debug=true logdir=C:\Program Files\Cloudbase Solutions\Cloudbase-Init\log\ logfile=cloudbase-init.log default_log_levels=comtypes=INFO,suds=INFO,iso8601=WARN,requests=WARN logging_serial_port_settings= mtu_use_dhcp_config=true ntp_use_dhcp_config=true local_scripts_path=C:\Program Files\Cloudbase Solutions\Cloudbase-Init\LocalScripts\ metadata_services=cloudbaseinit.metadata.services.cloudstack.CloudStack,cloudbaseinit.metadata.services.configdrive.ConfigDriveService winrm_enable_basic_auth=true activate_windows=true Regards On Sat, Apr 19, 2025 at 8:19 AM Rohit Yadav <rohit.ya...@shapeblue.com> wrote: > > Could you try with cloudbase-init if this works for you? > https://cloudbase.it/cloudbase-init/ > > Cheers. > > > > > > ________________________________ > From: Francisco Arencibia Quesada <arencibia.franci...@gmail.com> > Sent: Friday, April 18, 2025 03:20 > To: users@cloudstack.apache.org <users@cloudstack.apache.org> > Subject: Re: ConfigDrive XCP-ng/KVM > > Thank you Rohit, > > I managed to make it work completely with Ubuntu. My issue right now > is with Windows and Cloudbase, the password reset is not working, by > the way > this script > https://github.com/apache/cloudstack/blob/main/setup/bindir/cloud-set-windows-guest-password-configdrive.bat.in, > has an error in the name of the checksum file, line 60 > it has this "\VM_PASSWORD_MD5CHECKSUM.txt" and to work it needs to be > "\VM-PASSWORD_MD5CHECKSUM.txt" > > It's clear for me that my cloudbase-init-unattend.conf is not working > executing the reset password script: > > [DEFAULT] > username=administrador > groups=administradores > inject_user_password=true > config_drive_raw_hhd=true > config_drive_cdrom=true > config_drive_vfat=true > bsdtar_path=C:\Program Files\Cloudbase Solutions\Cloudbase-Init\bin\bsdtar.exe > mtools_path=C:\Program Files\Cloudbase Solutions\Cloudbase-Init\bin\ > verbose=true > debug=true > logdir=C:\Program Files\Cloudbase Solutions\Cloudbase-Init\log\ > logfile=cloudbase-init-unattend.log > default_log_levels=comtypes=INFO,suds=INFO,iso8601=WARN,requests=WARN > logging_serial_port_settings= > mtu_use_dhcp_config=true > ntp_use_dhcp_config=true > local_scripts_path=C:\Program Files\Cloudbase > Solutions\Cloudbase-Init\LocalScripts\ > check_latest_version=false > metadata_services=cloudbaseinit.metadata.services.configdrive.ConfigDriveService,cloudbaseinit.metadata.services.httpservice.HttpService,cloudbaseinit.metadata.services.ec2service.EC2Service,cloudbaseinit.metadata.services.maasservice.MaaSHttpService > plugins=cloudbaseinit.plugins.common.mtu.MTUPlugin,cloudbaseinit.plugins.windows.extendvolumes.ExtendVolumesPlugin,cloudbaseinit.plugins.common.localscripts.LocalScriptsPlugin > allow_reboot=false > stop_service_on_exit=false > check_latest_version=false > > > #testing > datasource_list=CloudStack, ConfigDrive > > Kind Regards > > On Thu, Apr 17, 2025 at 5:35 AM Rohit Yadav <rohit.ya...@shapeblue.com> wrote: > > > > Hi Francisco, > > > > Yes, with 4.20 there are many refinements [1]. For example to use config > > drive in shared networks, the operator/admin will first need to create a > > custom network offering with the supported services such as DHCP, DNS to > > use ConfigDrive as the provider before using such a network offering to > > create networks that'll use config drive as provider of its services. > > > > [1] https://www.shapeblue.com/refinements-in-cloudstack-4-20/ > > > > Regards. > > > > > > > > ________________________________ > > From: Francisco Arencibia Quesada <arencibia.franci...@gmail.com> > > Sent: Monday, April 14, 2025 15:28 > > To: users@cloudstack.apache.org <users@cloudstack.apache.org> > > Subject: ConfigDrive XCP-ng/KVM > > > > Good morning guys, > > > > Has anyone of you configured ConfigDrive? > > The steps I see online are not clear enough, I have KVM and XCP-ng > > zones, with vlan, and vxlan. > > Any help would be appreciated. > > > > Kind Regards > > > > -- > > Francisco Arencibia Quesada. > > DevOps Engineer > > > > -- > Francisco Arencibia Quesada. > DevOps Engineer -- Francisco Arencibia Quesada. DevOps Engineer
