Open pixeli99 opened 1 month ago
You might want to ask for more Azure Compute Quota for your region depending on your needs. As a reference, we currently use the Standard_D8_v3 VM size for our benchmarking, which falls under the Standard Dv3 Family Cluster Dedicated vCPUs category (each VM uses 8 cores). In any case, make sure that the VM supports nested virtualization.
Thank you very much for your timely reply. I understand what you mean. I will try to apply for a quota adjustment. Thank you!
Everything is much better now, but I encountered this bug. Does the author have any suggestions? I'm not familiar with this.
This error doesn't seem to affect the startup of the Windows environment; I can also connect to the desktop via RDP, but it results in continuous output (it keeps outputting and doesn’t stop after a period of time, which prevents the subsequent steps from being executed).
Waiting for a response from the windows server. This might take a while...
Hi, this error is caused by the DNS service in the Azure ML Compute occupied network port 53, please add a line sudo systemctl stop named.service to the startup file (Users/
#!/bin/bash
echo "Initializing Compute VM at startup..."
# Install dos2unix
sudo apt-get install -y dos2unix
# Stop dnsmasq running on port 53
sudo systemctl stop systemd-resolved
# Stop DNS service on port 53
sudo systemctl stop named.service
# Stop nginx running on port 80
sudo service nginx stop
I roughly understand what you mean, but doing this may not work for me. I will still encounter this issue. My final solution was to add a line of code in WindowsAgentArena/scripts/azure_files/run_entry.py
to modify the port number of dnsmasq to resolve this problem.
print("display the content of /storage")
os.system("ls -l /storage")
# starts the VM and waits for it to fully load before proceeding
##### add this line
os.system('sed -i \'85s|.*|DNSMASQ_OPTS+=" --port 5353 --dhcp-range=$VM_NET_IP,$VM_NET_IP --dhcp-host=$VM_NET_MAC,,$VM_NET_IP,$VM_NET_HOST,infinite --dhcp-option=option:netmask,255.255.255.0"|\' /run/network.sh')
#####
os.system("/entry_setup.sh") # since it's in root we can just do /script.sh and don't need cd /
# launches the client script
os.system(f"cd /client && python run.py --agent_name {agent} --worker_id {worker_id} --num_workers {num_workers} --result_dir {result_dir} --test_all_meta_path {json_name} --model {model_name} --som_origin {som_origin} --a11y_backend {a11y_backend}")
print("Finished running entry script")
This does indeed allow me to run the WAA tests normally. Does the author think this is reasonable?
Glad you found a way to make it work by changing the DNSMASQ port to 5353. Note that if applications aren't configured to use this port, they may default to the standard DNS server on port 53, potentially leading to issues with resolving 'host.lan.' This could cause problems in dev, setup, or azure modes. Please verify that 'host.lan' resolves properly from the Windows VM. Just to clarify, I'm not the original author; these are just assumptions based on the code. :)
I roughly understand what you mean, but doing this may not work for me. I will still encounter this issue. My final solution was to add a line of code in
WindowsAgentArena/scripts/azure_files/run_entry.py
to modify the port number of dnsmasq to resolve this problem.print("display the content of /storage") os.system("ls -l /storage") # starts the VM and waits for it to fully load before proceeding ##### add this line os.system('sed -i \'85s|.*|DNSMASQ_OPTS+=" --port 5353 --dhcp-range=$VM_NET_IP,$VM_NET_IP --dhcp-host=$VM_NET_MAC,,$VM_NET_IP,$VM_NET_HOST,infinite --dhcp-option=option:netmask,255.255.255.0"|\' /run/network.sh') ##### os.system("/entry_setup.sh") # since it's in root we can just do /script.sh and don't need cd / # launches the client script os.system(f"cd /client && python run.py --agent_name {agent} --worker_id {worker_id} --num_workers {num_workers} --result_dir {result_dir} --test_all_meta_path {json_name} --model {model_name} --som_origin {som_origin} --a11y_backend {a11y_backend}") print("Finished running entry script")
This does indeed allow me to run the WAA tests normally. Does the author think this is reasonable?
When changing DNSMASQ port, please ensure that the training job can still connect to the internet. I remember taking this approach only to discover that our Chrome tasks were broken.
We’ll keep the issue open while we collect more data.
Hi, this is a very outstanding project.
However, I ran into some issues while trying to use Azure, as I am not familiar with it. I hope to get some general advice to help me pinpoint the problem. I followed the steps in the readme strictly, but I changed the size of the
ComputeInstance
toStandard_D2a_v4
, as it seems the free account does not have a quota for D8_V3. The error is as follows.