You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Just checking if anyone experience the problems I am having currently (might seen some questions on the community forum).
So recently I upgraded to backpack 6 which comes with basset.
Also upgraded from laravel 10 to 11 and php version from 8.1 to 8.3
I use docker to deploy application using AWS ECR which builds the ec2, I have a staging and a production environment and a load balancer.
Everything works fine on my local, as soon as I deploy to staging and production, one of these environments breaks, sometimes is staging, sometime production, Sometime I just do another deployment and things fixes by itself( without code changes)....
The error I am getting is to do with cURL error 6: getaddrinfo() thread failed to start
My thoughts are that this problem might be caused by running php artisan basset:cache on deployments which triggers too many packets per second in AWS DNS resolution?
Amazon-provided DNS servers indeed have a limitation of 1024 packets per second for each elastic network interface. You can find here the guidance on how to troubleshoot and mitigate such issues, though it doesn't appear to be the root cause in this instance.
On a different note, several external resources [1][2] indicate that the getaddrinfo() thread failed to start error can arise due to a depleted number of available open files. As such, a potential solution could involve raising the ulimit to increase the maximum number of open files allowed by your system.
Before upgrading the application to v6 with basset, never experience problems with the application.
Please let me know if this is a known problem, not sure what to do really, I been struggling to fix it for the past week or so.
The text was updated successfully, but these errors were encountered:
Will this increase the number of opened files? RUN echo '* soft nofile 65536' >> /etc/security/limits.conf RUN echo '* hard nofile 65536' >> /etc/security/limits.conf
Are these the files when basset is running the cache?
Would you by any chance know how to increase DNS resolution limit please.
Is there any specific configuration that needs doing for basset to run in AWS?
RUN sed -ri -e 's!/var/www/html!${APACHE_DOCUMENT_ROOT}!g' /etc/apache2/sites-available/.conf
RUN sed -ri -e 's!/var/www/!${APACHE_DOCUMENT_ROOT}!g' /etc/apache2/apache2.conf /etc/apache2/conf-available/.conf
Hi all,
Just checking if anyone experience the problems I am having currently (might seen some questions on the community forum).
So recently I upgraded to backpack 6 which comes with basset.
Also upgraded from laravel 10 to 11 and php version from 8.1 to 8.3
I use docker to deploy application using AWS ECR which builds the ec2, I have a staging and a production environment and a load balancer.
Everything works fine on my local, as soon as I deploy to staging and production, one of these environments breaks, sometimes is staging, sometime production, Sometime I just do another deployment and things fixes by itself( without code changes)....
The error I am getting is to do with cURL error 6: getaddrinfo() thread failed to start
My thoughts are that this problem might be caused by running php artisan basset:cache on deployments which triggers too many packets per second in AWS DNS resolution?
Seen this https://repost.aws/questions/QU3jvWeM8OTCuCePQQa_WFKw/curl-error-6-getaddrinfo-thread-failed-to-start
Which says:
Amazon-provided DNS servers indeed have a limitation of 1024 packets per second for each elastic network interface. You can find here the guidance on how to troubleshoot and mitigate such issues, though it doesn't appear to be the root cause in this instance.
On a different note, several external resources [1][2] indicate that the getaddrinfo() thread failed to start error can arise due to a depleted number of available open files. As such, a potential solution could involve raising the ulimit to increase the maximum number of open files allowed by your system.
Before upgrading the application to v6 with basset, never experience problems with the application.
Please let me know if this is a known problem, not sure what to do really, I been struggling to fix it for the past week or so.
The text was updated successfully, but these errors were encountered: