omurozlu opened a new issue, #11227:
URL: https://github.com/apache/cloudstack/issues/11227

   ### problem
   
   When deploying a VM using an ISO image, CloudStack automatically creates an 
isolated guest network using the default offering 
`DefaultIsolatedNetworkOfferingWithSourceNatService` — even though an L2 
network is explicitly selected during deployment.
   
   In a clean system, this behavior doesn't happen and the selected L2 network 
is honored without creating a new one.
   
   After comparing the configurations of two identical CloudStack environments 
(one working, one problematic), we found extra or differing entries in 
`network_offering_details` — particularly involving parameters like 
`internetProtocol`, `domainid`, etc.
   
   This seems to trigger the system into thinking it needs a network with DHCP 
capabilities, which leads to the automatic L3 network creation.
   
   ### versions
   
   CloudStack version: 4.x.x  
   Hypervisor: VMware vSphere 7.x  
   
   ### The steps to reproduce the bug
   
   1. Log in to the CloudStack UI.
   2. Navigate to “ISO” and register or select an existing ISO image (e.g., 
Ubuntu 20.04 or Windows Server 2022).
   3. Go to “Instances” and click “Deploy VM”.
   4. Select a custom offering, disk offering, and in the **Network** step, 
choose an existing **L2 Guest Network** (not isolated).
   5. Complete the wizard and click “Launch VM”.
   6. Observe that CloudStack automatically creates an **Isolated Guest 
Network** (L3) using the offering 
`DefaultIsolatedNetworkOfferingWithSourceNatService`.
   7. The VM NIC is attached to the newly created L3 network instead of the 
selected L2 network.
   
   ### What to do about it?
   
   _No response_


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscr...@cloudstack.apache.org.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

Reply via email to