Linux Stuff

Random comments about Linux

How to check if a folder is used by services on Linux

You know that feeling when you’re spring cleaning your Linux system and spot that mysterious folder lurking around forever? Your finger hovers over the delete key, but something makes you pause. Smart move! Before removing any folder, wouldn’t it be nice to know if any services are actively using it? It’s like checking if someone’s sitting in a chair before moving it. Today, I’ll show you how to do that, and I promise to keep it simple and fun.

Why should you care?

You see, in the world of DevOps and SysOps, understanding which services are using your folders is becoming increasingly important. It’s like being a detective in your own system – you need to know what’s happening behind the scenes to avoid accidentally breaking things. Think of it as checking if the room is empty before turning off the lights!

Meet your two best friends lsof and fuser

Let me introduce you to two powerful tools that will help you become this system detective: lsof and fuser. They’re like X-ray glasses for your Linux system, letting you see invisible connections between processes and files.

The lsof command as your first tool

lsof stands for “list open files” (pretty straightforward, right?). Here’s how you can use it:

lsof +D /path/to/your/folder

This command is like asking, “Hey, who’s using stuff in this folder?” The system will then show you a list of all processes that are accessing files in that directory. It’s that simple!

Let’s break down what you’ll see:

COMMAND: The name of the program using the folder
PID: A unique number identifying the process (like its ID card)
USER: Who’s running the process
FD: File descriptor (don’t worry too much about this one)
TYPE: Type of file
DEVICE: Device numbers
SIZE/OFF: Size of the file
NODE: Inode number (system’s way of tracking files)
NAME: Path to the file

The fuser command as your second tool

Now, let’s meet fuser. It’s like lsof’s cousin, but with a different approach:

fuser -v /path/to/your/folder

This command shows you which processes are using the folder but in a more concise way. It’s perfect when you want a quick overview without too many details.

Examples

Let’s say you have a folder called /var/www/html and you want to check if your web server is using it:

lsof +D /var/www/html

You might see something like:

COMMAND  PID     USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
apache2  1234    www-data  3r  REG  252,0   12345 67890 /var/www/html/index.html

This tells you that Apache is reading files from that folder, good to know before making any changes!

Pro tips and best practices

Always check before deleting When in doubt, it’s better to check twice than to break something once. It’s like looking both ways before crossing the street!

Watch out for performance The lsof +D command checks all subfolders too, which can be slow for large directories. For quicker checks of just the folder itself, you can use:

lsof +d /path/to/folder

Combine commands for better insights You can pipe these commands with grep for more specific searches:

lsof +D /path/to/folder | grep service_name

Troubleshooting common scenarios

Sometimes you might run these commands and get no output. Don’t panic! This usually means no processes are currently using the folder. However, remember that:

Some processes might open and close files quickly
You might need sudo privileges to see everything
System processes might be using files in ways that aren’t immediately visible

Conclusion

Understanding which services are using your folders is crucial in modern DevOps and SysOps environments. With lsof and fuser, you have powerful tools at your disposal to make informed decisions about your system’s folders.

Remember, the key is to always check before making changes. It’s better to spend a minute checking than an hour fixing it! These tools are your friends in maintaining a healthy and stable Linux system.

Quick reference

# Check folder usage with lsof
lsof +D /path/to/folder

# Quick check with fuser
fuser -v /path/to/folder

# Check specific service
lsof +D /path/to/folder | grep service_name

# Check folder without recursion
lsof +d /path/to/folder

The commands we’ve explored today are just the beginning of your journey into better Linux system management. As you become more comfortable with these tools, you’ll find yourself naturally integrating them into your daily DevOps and SysOps routines. They’ll become an essential part of your system maintenance toolkit, helping you make informed decisions and prevent those dreaded “Oops, I shouldn’t have deleted that” moments.

Being cautious with system modifications isn’t about being afraid to make changes, it’s about making changes confidently because you understand what you’re working with. Whether you’re managing a single server or orchestrating a complex cloud infrastructure, these simple yet powerful commands will help you maintain system stability and peace of mind.

Keep exploring, keep learning, and most importantly, keep your Linux systems running smoothly. The more you practice these techniques, the more natural they’ll become. And remember, in the world of system administration, a minute of checking can save hours of troubleshooting!

How to Change the Index HTML in Nginx: A Beginner’s Expedition

In this guide, we’ll delve into the process of changing the index HTML file in Nginx. The index HTML file is the default file served when a user visits a website. By altering this file, you can customize your website’s content and appearance. As we walk through the steps to modify the Nginx index HTML in Kubernetes with configmap, we’ll first gain an understanding of the Nginx configuration file and its location. Then, we’ll learn how to locate and modify the index HTML file. Let’s dive in!

Understanding the Nginx Configuration File.

The Nginx configuration file is where you can specify various settings and directives for your server. This file is crucial for the operation of your Nginx server. It’s typically located at /etc/nginx/nginx.conf, but the location can vary depending on your specific Nginx setup.

Locating the Index HTML File

The index HTML file is the default file that Nginx serves when a user accesses a website. It’s usually located in the root directory of the website. To find the location of the index HTML file, check the Nginx configuration file for the root directive. This directive specifies the root directory of the website. Once you’ve located the root directory, the index HTML file is typically named index.html or index.htm. It’s important to note that the location of the index HTML file may vary depending on the specific Nginx configuration.

server {
    listen 80;
    server_name example.com;
    root /var/www/html;
    
    location / {
        try_files $uri $uri/ =404;
    }
}

if the root directive is not immediately visible within the main nginx.conf file, it’s often because it resides in a separate configuration file. These files are typically found in the conf.d or sites-enabled directories. Such a structure allows for cleaner and more organized management of different websites or domains hosted on a single server. By separating them, Nginx can apply specific settings to each site, including the location of its index HTML file.

user www-data;
worker_processes auto;
pid /run/nginx.pid;
include /etc/nginx/modules-enabled/*.conf;

events {
    worker_connections 768;
    # multi_accept on;
}

http {
    # Basic Settings
    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    # SSL Settings
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
    ssl_prefer_server_ciphers on;

    # Logging Settings
    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    # Gzip Settings
    gzip on;
    gzip_disable "msie6";

    # Virtual Host Configs
    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

Editing the Nginx Configuration File

To edit the Nginx configuration file, follow these steps:

Open the terminal or command prompt.
Navigate to the directory where the Nginx configuration file is located.
Use a text editor to open the configuration file (e.g., sudo nano nginx.conf).
Make the necessary changes to the file, such as modifying the server block or adding new location blocks.
Save the changes and exit the text editor.
Test the configuration file for syntax errors by running sudo nginx -t.
If there are no errors, reload the Nginx service to apply the changes (e.g., sudo systemctl reload nginx).

Remember to back up the configuration file before making any changes, and double-check the syntax to avoid any errors. If you encounter any issues, refer to the Nginx documentation or seek assistance from the Nginx community.

Modifying the Index HTML File

To modify the index HTML file in Nginx, follow these steps:

Locate the index HTML file in your Nginx configuration directory.
Open the index HTML file in a text editor.
Make the necessary changes to the HTML code.
Save the file and exit the text editor

Common Questions:

Where can I find the configuration file for Nginx?
- Look for the Nginx configuration file at /etc/nginx/nginx.conf.
Is it possible to relocate the index HTML file within Nginx?
- Indeed, by altering the Nginx configuration file, you can shift the index HTML file’s location.
What steps should I follow to modify the Nginx configuration file?
- Utilize a text editor like nano or vim to make edits to the Nginx configuration file.
Where does Nginx usually store the index HTML file by default?
- Nginx generally keeps the index HTML file in the /usr/share/nginx/html directory.
Am I able to edit the index HTML file directly?
- Absolutely, you have the ability to update the index HTML file with a text editor.
Should I restart Nginx to apply new configurations?
- Restarting Nginx is required to activate any new configuration changes.

The Practicality of Mastery in Nginx Configuration

Understanding the nginx.conf file isn’t just academic—it’s a vital skill for real-world applications. Whether you’re deploying a simple blog or a complex microservices architecture with Kubernetes, the need to tweak nginx.conf surfaces frequently. For instance, when securing communications with SSL/TLS, you’ll dive into this file to point Nginx to your certificates. Or perhaps you’re optimizing performance; here too, nginx.conf holds the keys to tweaking file caching and client connection limits.

It’s in scenarios like setting up a reverse proxy or handling multiple domains where mastering nginx.conf moves from being useful to being essential. By mastering the location and editing of the index HTML file, you empower yourself to respond dynamically to the needs of your site and your audience. So, take the helm, customize confidently, and remember that each change is a step towards a more tailored and efficient web experience.

December 28, 2023 by Fernando SRE DevOps stuff Kubernetes Linux Stuff SRE stuff 0

Essential Tools and Services Before Diving into Kubernetes

Embarking on the adventure of learning Kubernetes can be akin to preparing for a daring voyage across the vast and unpredictable seas. Just as ancient mariners needed to understand the fundamentals of celestial navigation, tide patterns, and ship handling before setting sail, modern digital explorers must equip themselves with a compass of knowledge to navigate the Kubernetes ecosystem.

As you stand at the shore, looking out over the Kubernetes horizon, it’s important to gather your charts and tools. You wouldn’t brave the waves without a map or a compass, and in the same vein, you shouldn’t dive into Kubernetes without a solid grasp of the principles and instruments that will guide you through its depths.

Equipping Yourself with the Mariner’s Tools

Before hoisting the anchor, let’s consider the mariner’s tools you’ll need for a Kubernetes expedition:

The Compass of Containerization: Understand the world of containers, as they are the vessels that carry your applications across the Kubernetes sea. Grasping how containers are created, managed, and orchestrated is akin to knowing how to read the sea and the stars.
The Sextant of Systems Knowledge: A good grasp of operating systems, particularly Linux, is your sextant. It helps you chart positions and navigate through the lower-level details that Kubernetes manages.
The Maps of Cloud Architecture: Familiarize yourself with the layout of the cloud—the ports, the docks, and the routes that services take. Knowledge of cloud environments where Kubernetes often operates is like having detailed maps of coastlines and harbors.
The Rigging of Networking: Knowing how data travels across the network is like understanding the rigging of your ship. It’s essential for ensuring your microservices communicate effectively within the Kubernetes cluster.
The Code of Command Line: Proficiency in the command line is your maritime code. It’s the language spoken between you and Kubernetes, allowing you to deploy applications, inspect the state of your cluster, and navigate through the ecosystem.

Setting Sail with Confidence

With these tools in hand, you’ll be better equipped to set sail on the Kubernetes seas. The journey may still hold challenges—after all, the sea is an ever-changing environment. But with preparation, understanding, and the right instruments, you can turn a treacherous trek into a manageable and rewarding expedition.

In the next section, we’ll delve into the specifics of each tool and concept, providing you with the knowledge to not just float but to sail confidently into the world of Kubernetes.

The Compass and the Map: Understanding Containerization

Kubernetes is all about containers, much like how a ship contains goods for transport. If you’re unfamiliar with containerization, think of it as a way to package your application and all the things it needs to run. It’s as if you have a sturdy ship, a reliable compass, and a detailed map: your application, its dependencies, and its environment, all bundled into a compact container that can be shipped anywhere, smoothly and without surprises. For those setting out to chart these waters, there’s a beacon of knowledge to guide you: IBM offers a clear and accessible introduction to containerization, complete with a friendly video. It’s an ideal port of call for beginners to dock at, providing the perfect compass and map to navigate the fundamental concepts of containerization before you hoist your sails with Kubernetes.

Hoisting the Sails: Cloud Fundamentals

Next, envision the cloud as the vast ocean through which your Kubernetes ships will voyage. The majority of Kubernetes journeys unfold upon this digital sea, where the winds of technology shift with swift and unpredictable currents. Before you unfurl the sails, it’s paramount to familiarize yourself with the fundamentals of the cloud—those concepts like virtual machines, load balancers, and storage services that form the very currents and trade winds powering our voyage.

This knowledge is the canvas of your sails and the wood of your rudder, essential for harnessing the cloud’s robust power, allowing you to navigate its expanse swiftly and effectively. Just as sailors of yore needed to understand the sea’s moods and movements, so must you grasp how cloud environments support and interact with containerized applications.

For mariners eager to chart these waters, there exists a lighthouse of learning to illuminate your path: Here you can find a concise and thorough exploration of cloud fundamentals, including an hour-long guided video voyage that steps through the essential cloud services that every modern sailor should know. Docking at this knowledge harbor will equip you with a robust set of navigational tools, ensuring that your journey into the world of Kubernetes is both educated and precise.

Charting the Course: Declarative Manifests and YAML

Just as a skilled cartographer lays out the oceans, continents, and pathways of the world with care and precision, so does YAML serve as the mapmaker for your Kubernetes journey. It’s in these YAML files where you’ll chart the course of your applications, declaring the ports of call and the paths you wish to traverse. Mastering YAML is akin to mastering the reading of nautical charts; it’s not just about plotting a course but understanding the depths and the tides that will shape your voyage.

The importance of these YAML manifests cannot be overstated—they are the very fabric of your Kubernetes sails. A misplaced indent, like a misread star, can lead you astray into the vastness, turning a straightforward journey into a daunting ordeal. Becoming adept in YAML’s syntax, its nuances, and its structure is like knowing your ship down to the very last bolt—essential for weathering the storms and capitalizing on the fair winds.

To aid in this endeavor, Geekflare sets a lantern on the dark shores with their introduction to YAML, a guide as practical and invaluable as a sailor’s compass. It breaks down the elements of a YAML file with simplicity and clarity, complete with examples that serve as your constellations in the night sky. With this guide, the once cryptic symbols of YAML become familiar landmarks, guiding you toward your destination with confidence and ease.

So hoist your sails with the knowledge that the language of Kubernetes is written in YAML. It’s the lingo of the seas you’re about to navigate, the script of the adventures you’re about to write, and the blueprint of the treasures you’re set to uncover in the world of orchestrated containers.

Understanding the Stars: Networking Basics

In the age of exploration, navigators used the stars to guide their vessels across the uncharted waters. Today, in the realm of Kubernetes, the principles of networking serve as your celestial guideposts. It’s not merely about the rudimentary know-how of connecting points A to B; it’s about understanding the language of the digital seas, the signals that pass like whispers among ships, and the lighthouses that guide them to safe harbor.

Just as a sailor must understand the roles of different stars in the night sky, a Kubernetes navigator must grasp the intricacies of network components. Forward and Reverse Proxies, akin to celestial twins, play a critical role in guiding the data flow. To delve into their mysteries and understand their distinct yet complementary paths, consider my explorations in these realms: Exploring the Differences Between Forward and Reverse Proxies and the vital role of the API Gateway, a beacon in the network universe, detailed in How API Gateways Connect Our Digital World.

The network is the lifeblood of the Kubernetes ecosystem, carrying vital information through the cluster like currents and tides. Knowing how to chart the flow of these currents—grasping the essence of IP addresses, appreciating the beacon-like role of DNS, and navigating the complex routes data travels—is akin to a sailor understanding the sea’s moods and whims. This knowledge isn’t just ‘useful’; it’s the cornerstone upon which the reliability, efficiency, and security of your applications rest.

For those who wish to delve deeper into the vastness of network fundamentals, IBM casts a beam of clarity across the waters with their guide to networking. This resource simplifies the complexities of networking, much like a skilled astronomer simplifying the constellations for those new to the celestial dance.

With a firm grasp of networking, you’ll be equipped to steer your Kubernetes cluster away from the treacherous reefs and into the calm waters of successful deployment. It’s a knowledge that will serve you not just in the tranquil bays but also in the stormiest conditions, ensuring that your applications communicate and collaborate, just as a fleet of ships work in unison to conquer the vast ocean.

The Crew: Command Line Proficiency

Just as a seasoned captain relies on a well-trained crew to navigate through the roiling waves and the capricious winds, anyone aspiring to master Kubernetes must rely on the sturdy foundation of the Linux command line. The terminal is your deck, and the commands are your crew, each with their own specialized role in ensuring your journey through the Kubernetes seas is a triumphant one.

In the world of Kubernetes, your interactions will largely be through the whispers of the command line, echoing commands across the vast expanse of your digital fleet. To be a proficient captain in this realm, you must be versed in the language of the Linux terminal. It’s the dialect of directories and files, the vernacular of processes and permissions, the lingo of networking and resource management.

The command line is your interface to the Kubernetes cluster, just as the wheel and compass are to the ship. Here, efficiency is king. Knowing the shortcuts and commands—the equivalent of the nautical knots and navigational tricks—can mean the difference between smooth sailing and being lost at sea. It’s about being able to maneuver through the turbulent waters of system administration and scriptwriting with the confidence of a navigator charting a course by the stars.

While ‘kubectl’ will become your trusty first mate once you’re adrift in Kubernetes waters, it’s the Linux command line that forms the backbone of your vessel. With each command, you’ll set your applications in motion, you’ll monitor their performance, and you’ll adjust their course as needed.

For the Kubernetes aspirant, familiarity with the Linux command line isn’t just recommended, it’s essential. It’s the skill that keeps you buoyant in the surging tides of container orchestration.

To help you in this endeavor, FreeCodeCamp offers an extensive guide on the Linux command line, taking you from novice sailor to experienced navigator. This tutorial is the wind in your sails, propelling you forward with the knowledge and skills necessary to command the Linux terminal with authority and precision. So, before you hoist the Kubernetes flag and set sail, ensure you have spent time on the command line decks, learning each rope and pulley. With this knowledge and the guide as your compass, you can confidently take the helm, command your crew, and embark on the Kubernetes odyssey that awaits.

New Horizons: Beyond the Basics

While it’s crucial to understand containerization, cloud fundamentals, YAML, networking, and the command line, the world of Kubernetes is ever-evolving. As you grow more comfortable with these basics, you’ll want to explore the archipelagos of advanced deployment strategies, stateful applications with persistent storage, and the security measures that will protect your fleet from pirates and storms.

The Captains of the Clouds: Choosing Your Kubernetes Platform

In the harbor of cloud services, three great galleons stand ready: Amazon EKS, Azure Kubernetes Service (AKS), and Google Kubernetes Engine (GKE). Each offers a seasoned crew and a vessel ready to brave the Kubernetes seas. While they share the same end goal, their tools, and amenities differ. Choose your ship wisely, captain, for it will be your home throughout your Kubernetes adventures.

The Journey Begins

Remember, Kubernetes is more than a technology; it’s a journey. As you prepare to embark on this adventure, know that the seas can be choppy, but with preparation, a clear map, and a skilled crew, you’ll find your way to the treasure of scalable, resilient, and efficient applications. So, weigh anchor and set sail; the world of Kubernetes awaits.

December 3, 2023 by Fernando SRE Cloud stuff DevOps stuff Kubernetes Linux Stuff 0

Basic Linux Proficiency for Aspiring DevOps Engineers

In the ever-evolving landscape of DevOps, Linux proficiency is like a trusty Swiss Army knife. It’s a versatile tool that empowers DevOps engineers to navigate the complex terrain of automation, continuous integration, and deployment with finesse. In this article, we’ll delve into the essential Linux knowledge areas that will help you unlock your DevOps potential.

1. Mastering the Linux File System

Before you can dance to the DevOps tune, you need to understand the stage – the Linux file system. At its core lies the root directory (“/”) and subdirectories like “/etc/”, “/var/”, “/home/”, and “/bin/”. These directories house critical system and user data.

Understanding file types is crucial. Regular files, directories, symbolic links, and device files are your basic cast members. Navigating this ecosystem requires knowledge of absolute and relative paths. The PATH variable determines where the system hunts for executable files, so it’s a vital setting to comprehend.

When it comes to file permissions, the DevOps engineer must be a maestro. User, group, and other permissions govern who can do what with a file. Commands like chmod, chown, and chgrp allow you to conduct the permissions orchestra.

# Create a directory called "project" in the current directory
mkdir project

# Change the permissions of the "my_file.txt" so that all users can read and write it
chmod a+rw my_file.txt

# View the directory structure in the current directory
ls

2. Command-Line Essentials

The command line is your DevOps console, and you need to be fluent in its dialect. Commands like ls, cd, cat, echo, mkdir, and rm are your basic vocabulary. They help you explore, manipulate, and create files and directories.

For more advanced operations, you’ll want to wield cp, mv, find, tar, and zip to handle files efficiently. When it comes to text manipulation, don’t leave home without grep, awk, sed, and cut – they’re your linguistic tools for parsing and processing.

Networking utilities like netstat, ifconfig (or ip), curl, and ping are essential for troubleshooting connectivity and network-related issues.

# Create a text file named "greeting.txt" with the content "Hello, World!"
echo "Hello, World!" > greeting.txt

# Display the contents of the "greeting.txt" file on the screen
cat greeting.txt

# Copy the "source_file.txt" to a directory named "copy"
cp source_file.txt copy/

3. Package Management

Different Linux distributions come with their own package managers. Whether you’re on Debian/Ubuntu (apt-get or apt), RedHat/CentOS (yum or dnf), or SUSE (zypper), you need to know how to install, remove, and update packages. This is the key to maintaining a well-oiled system.

# Install the "apache2" package on a Debian/Ubuntu-based system
sudo apt-get install apache2

# Remove the "nginx" package on a RedHat/CentOS-based system
sudo yum remove nginx

# Update all packages on a SUSE-based system
sudo zypper update

4. Process Management

In the DevOps theater, processes take center stage. You need to know how to list, kill, and prioritize them. Commands like ps, top, htop, and kill are your props for managing processes effectively.

# Display a real-time sorted view of system processes
top

# View a list of processes with details, including Process IDs (PIDs)
ps aux | grep process_name

# Terminate a specific process by its Process ID (PID)
kill PID

5. The Art of VI

VI is your text editor of choice, and it’s available on virtually every UNIX system. It may seem cryptic at first, with its modes (Normal, Insert, Command), but once you’re proficient, you’ll appreciate its power for editing configuration files and scripts.

# Open the "configuration_file.conf" file in edit mode with VI
vi configuration_file.conf

# Enter Insert mode to add text
i

# Save changes and exit the editor
:wq

# Exit the editor without saving changes
:q!

6. User and Group Mastery

As a DevOps engineer, you’re often tasked with user and group management. Useradd, usermod, groupadd, and friends are your tools. Understanding the /etc/passwd and /etc/group files is crucial for managing user accounts and groups effectively.

# Add a new user named "new_user" with a home directory
sudo useradd -m new_user

# Modify the login shell of "new_user" to /bin/bash
sudo usermod -s /bin/bash new_user

# Create a new group named "new_group"
sudo groupadd new_group

# Add the user "new_user" to the "new_group"
sudo usermod -aG new_group new_user

7. Shell Scripting

DevOps automation often involves scripting, and bash is your scripting language of choice. You need to be comfortable with variables, loops, and conditional statements to automate tasks effectively.

# Basic script that displays a message if the user is "admin"
#!/bin/bash
user="admin"
if [ "$USER" == "$user" ]; then
  echo "Welcome, $user!"
fi

8. Root and Sudo

With great power comes great responsibility. The root user has unrestricted access, but it’s also risky. Use sudo (superuser do) to execute commands with elevated privileges safely. Editing the sudoers file is a delicate operation; use visudo to avoid issues.

# Execute a command with superuser privileges
sudo command

# Safely edit the sudoers file
sudo visudo

9. Log Exploration

Log files are your breadcrumbs when troubleshooting. You need to know where they’re stored (/var/log/) and how to read them using tools like less, tail, and head.

# View the last 20 entries in a log file
tail -n 20 /var/log/log_file.log

# View the first 10 entries in a log file
head -n 10 /var/log/log_file.log

10. Networking Basics

Understanding IP addressing, subnets, ports, and protocols is essential. Configure and manage network interfaces, routes, and firewall rules using tools like iptables and files like /etc/network/interfaces.

# View the current network configuration, including active interfaces
ifconfig

# Show all configured network routes on the system
ip route show

# Create a firewall rule to allow traffic on port 80 (HTTP)
sudo iptables -A INPUT -p tcp --dport 80 -j ACCEPT

11. Secure Shell (SSH)

Remote management is a fundamental skill in DevOps. Use SSH for secure remote login and SCP for file transfer. Master SSH key generation and configuration for secure access.

# Generate a pair of SSH keys (public and private)
ssh-keygen -t rsa -b 2048

# Copy the public key to the remote server for authentication
ssh-copy-id user@remote_server

# Log in to the remote server using SSH
ssh user@remote_server

12. Disk and Storage

It’s important to know how to view disk usage (df, du), manage partitions and file systems (fdisk, mkfs), and mount/unmount storage devices.

# View the amount of used and available disk space on mounted file systems
df -h

# Estimate disk space usage for a specific directory
du -sh directory/

# Create a new partition on a disk using fdisk
sudo fdisk /dev/sdX

# Format a partition to a specific file system
sudo mkfs -t ext4 /dev/sdX1

# Mount a storage device to a specific directory
sudo mount /dev/sdX1 /mnt/mount_point

# Unmount a previously mounted storage device
sudo umount /mnt/mount_point

In summary, Linux is your foundation as a DevOps engineer. These skills are your stepping stones to becoming a virtuoso in DevOps. As you navigate the ever-changing DevOps landscape, remember that Linux is your trusted guide, leading you towards mastery in automation and success in continuous deployment. Happy DevOps engineering!

September 24, 2023 by Fernando SRE Linux Stuff 0