Albal's Blog

By default AWS have made changes in that Access Keys and Secrets are not automatically created when you add a new user in IAM. However, it is quite simple to get these keys for CLI or automated access:
Goto IAM -> Users -> (User Name) -> Security Credentials -> Create Access Key -> CLI -> Click the checkbox -> Next -> Create Access Key

If you install Jenkins natively on Ubuntu or Debian you may find that logging is not working. Logs should be saved to /var/log/jenkins/jenkins.log
Steps to get it working. Edit the service:

sudo vi /etc/systemd/system/multi-user.target.wants/jenkins.service

And uncomment this line (remove the #):

Environment="JENKINS_LOG=%L/jenkins/jenkins.log"

Then reload systemd:

sudo systemctl daemon-reload

Then restart Jenkins:

sudo service jenkins restart

Then you can view the logs:

tail -F /var/log/jenkins/jenkins.log

eksctl utils write-kubeconfig --cluster=MyEKS  
kubectl create ns jenkins  
kubectl create serviceaccount jenkins --namespace jenkins  
kubectl create rolebinding jenkins-admin-binding --clusterrole admin --serviceaccount jenkins:jenkins --namespace jenkins  
kubectl create token jenkins --namespace jenkins

rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org  
yum install -y https://www.elrepo.org/elrepo-release-7.el7.elrepo.noarch.rpm  
yum --enablerepo=elrepo-kernel install -y kernel-lt

Buildroot is a system for creating Linux based operating systems with a fully customisable arrangement. Buildroot can be run in any Linux environment but on Ubuntu it requires a few extra packages:

sudo apt install build-essential clang flex bison g++ gawk gcc-multilib g++-multilib gettext git libncurses5-dev libssl-dev python3-distutils rsync unzip zlib1g-dev file wget

I’ve been working from home since before the pandemic and working with IT I have to maintain a reliable, always on connection to the internet to do my work - like I am sure most of you do too. Using just one internet provider is not reliable enough to maintain service each and every day of the year.

For about 6 years now we’ve had two internet connections, one with BT and one with Virgin. There have been some outages with them over the years, but never both at the same time. I use a router than can handle failover and load-balancing. So if my main connection drops the backup takes over right away. Typically you get disconnected from Teams or Zoom but it reconnects right away and it is much faster than the current crop of broadband services with mobile backup. And that is why I am here.

Dell provide an Ansible module to query IDRAC. You can use this to get information on the server. The example below fetches the tag.

pip3 install ansible ansible-lint  
ansible-galaxy collection install git+https://github.com/dell/dellemc-openmanage-ansible-modules.git,collections  
pip3 install omsdk --upgrade

---
- hosts: localhost
  tasks:
    - name: Get System Inventory
      dellemc.openmanage.idrac_system_info:
        idrac_ip: "192.168.0.1"
        idrac_user: "admin"
        idrac_password: "admin"
        validate_certs: false
      register: system_info

    - name: Debug output
      debug:
        msg: "{{ system_info.system_info.System[0].ServiceTag }}"

ansible-playbook idrac.yaml

I started a new blog for vegetarian keto meals. There are not the many foods that you can have on a keto vegetarian so having some recipes to help alleviate the boredom of repetitive meals will help.
Check out the blog:
https://albal217.wordpress.com/

Azure App Service provides a powerful and flexible platform for deploying and managing web applications. One key feature of Azure App Service is deployment slots, which allow you to deploy and test new versions of your application code in a staging environment before promoting them to production. In this blog post, we’ll provide a step-by-step guide to using deployment slots in Azure App Service to minimize downtime and risk when deploying updates to your web application.

What are the main causes of downtime when using deployment slots in Azure App Service, and how can you minimize their impact on your application’s availability?

The causes of downtime when using deployment slots in Azure App Service are typically not related to the application loading process itself. Rather, downtime can occur due to a variety of factors, including misconfigured deployment settings, incorrect application code, and connectivity issues.

For example, if your application code contains errors or compatibility issues that were not detected during testing in the staging environment, these issues may cause the application to fail or behave unexpectedly when it is deployed to the production environment. In such cases, you may need to roll back to the previous version of your application code or troubleshoot and fix the issues before the application can be restored to normal operation.