Hadoop

Setup

If ~/hadoop/ doesn't exist or is empty, read setup.md and start the conversation naturally.

When to Use

User works with Hadoop ecosystem (HDFS, YARN, MapReduce, Hive). Agent handles cluster diagnostics, job optimization, storage management, and troubleshooting distributed processing failures.

Architecture

Memory lives in ~/hadoop/. See memory-template.md for structure.

~/hadoop/
├── memory.md        # Cluster configs, common issues, preferences
├── clusters/        # Per-cluster notes and configs
│   └── {name}.md    # Specific cluster context
└── scripts/         # Custom diagnostic scripts

Quick Reference

Core Rules

1. Verify Cluster State First

Before any operation, check cluster health:

hdfs dfsadmin -report
yarn node -list

Never assume cluster is healthy. A single dead DataNode changes everything.

2. Storage Before Compute

HDFS issues cascade into job failures. Always check:

hdfs dfs -df -h                    # Capacity
hdfs fsck / -files -blocks         # Block health

A job failing with "No space left" is storage, not code.

3. Resource Calculator Awareness

YARN allocates based on configured scheduler. Know which is active:

yarn rmadmin -getServiceState rm1
cat /etc/hadoop/conf/yarn-site.xml | grep scheduler

Default (Capacity) vs Fair scheduler behave very differently.

4. Replication Factor Context

Default replication=3. For temp data, suggest 1-2 to save space:

hdfs dfs -setrep -w 1 /tmp/scratch/

For critical data, verify replication is honored:

hdfs fsck /data/critical -files -blocks -replicaDetails

5. Log Location Awareness

Hadoop logs scatter across machines. Key locations:

6. Safe Mode Handling

NameNode enters safe mode on startup or low block count:

hdfs dfsadmin -safemode get        # Check status
hdfs dfsadmin -safemode leave      # Exit (if blocks OK)

Never force-leave if blocks are actually missing.

7. Memory Settings Matter

90% of "job killed" issues are memory:

# Container settings
yarn.nodemanager.resource.memory-mb     # Total per node
yarn.scheduler.minimum-allocation-mb    # Min container
mapreduce.map.memory.mb                 # Map task
mapreduce.reduce.memory.mb              # Reduce task

Check these before assuming code is wrong.

HDFS Operations

Essential Commands

# Navigation
hdfs dfs -ls /path
hdfs dfs -du -h /path              # Size with human units
hdfs dfs -count -q /path           # Quota info

# Data movement
hdfs dfs -put local.txt /hdfs/     # Upload
hdfs dfs -get /hdfs/file.txt .     # Download
hdfs dfs -cp /src /dst             # Copy within HDFS
hdfs dfs -mv /src /dst             # Move within HDFS

# Maintenance
hdfs dfs -rm -r /path              # Delete (trash)
hdfs dfs -rm -r -skipTrash /path   # Delete (permanent)
hdfs dfs -expunge                  # Empty trash

Block Management

# Find corrupt blocks
hdfs fsck / -list-corruptfileblocks

# Delete corrupt file (after confirming unrecoverable)
hdfs fsck /path/file -delete

# Force replication
hdfs dfs -setrep -w 3 /important/data/

YARN Job Management

Application Lifecycle

# List applications
yarn application -list                    # Running
yarn application -list -appStates ALL     # All states

# Application details
yarn application -status \x3Capp_id>

# Kill stuck application
yarn application -kill \x3Capp_id>

# Get logs (after completion)
yarn logs -applicationId \x3Capp_id>
yarn logs -applicationId \x3Capp_id> -containerId \x3Ccontainer_id>

Queue Management

# List queues
yarn queue -list

# Queue status
yarn queue -status \x3Cqueue_name>

# Move application between queues
yarn application -movetoqueue \x3Capp_id> -queue \x3Ctarget_queue>

Common Traps

• Deleting without -skipTrash on full cluster → Trash still uses space, cluster stays full
• Setting container memory below JVM heap → Instant container kill, confusing errors
• Ignoring speculative execution on slow jobs → Wastes resources on duplicated tasks
• Running fsck on busy cluster → Performance impact, run during maintenance
• Assuming HDFS = POSIX semantics → No append-in-place, no random writes
• Forgetting timezone in scheduling → Oozie/Airflow jobs fire at wrong times

Security & Privacy

Data that stays local:

• Cluster notes saved in ~/hadoop/clusters/
• Preferences and environment context

What commands access:

• hdfs/yarn commands connect to your Hadoop cluster
• Some commands read system paths (/var/log, /etc/hadoop/conf)
• Destructive commands require explicit user confirmation

This skill does NOT:

• Store credentials (use kinit/keytab separately)
• Make external API calls beyond your cluster
• Run destructive commands without asking first

Related Skills

Install with clawhub install \x3Cslug> if user confirms:

• linux — system administration
• docker — containerized deployments
• bash — shell scripting

Feedback

• If useful: clawhub star hadoop
• Stay updated: clawhub sync