I will recover your crashed server and implement disaster recovery automation
Senior DevOps Engineer AWS Terraform Kubernetes SRE
About this Gig
Every second your server is down, you lose revenue, users, and trust.
Kernel panic. DB corruption. Ransomware. Whatever broke it I get you back online with zero data loss, fast.
4+ years recovering production Linux systems and building infrastructure that doesn't fail twice.
EMERGENCY TROUBLESHOOTING
- Kernel panics, OOM kills, boot failures
- Nginx/Apache 5xx errors, upstream timeouts
- MySQL/PostgreSQL and DB corruption recovery
- Compromised server containment and cleanup
ROOT CAUSE ANALYSIS (RCA)
- Post-mortem: timeline reconstruction + failure chain
- Written RCA with corrective and preventive actions
- MTTR, RPO/RTO incident documentation
AUTOMATED BACKUP SYSTEMS
- Encrypted off-site backups (S3, Backblaze, remote VPS)
- Daily snapshots with tested restore procedures
HIGH AVAILABILITY CONSULTING
- Identify single points of failure in your stack
- Failover design, load balancing, health checks
- SLO/SLI targets aligned to your business RTO
WHY ME
- Sub-1-hour emergency response
- Zero-data-loss philosophy restores tested, not assumed
- 100+ servers recovered across AWS, bare-metal, VPS
- Written RCA report with every engagement
Message me I respond within 1 hour.
Operating system:
Windows
•
Linux
•
Unix
•
IOS
•
Vmware
My Portfolio
FAQ
What is your average MTTR (Mean Time to Recovery)?
For straightforward issues (5xx errors, service crashes, misconfigured Nginx), typically 30–90 minutes once I have access. Complex failures like filesystem corruption or encrypted volume recovery can take 2–6 hours. I give you a realistic timeline estimate before starting — no false promises.
Do you work with encrypted volumes (LUKS, AWS EBS encryption)?
Yes. I handle LUKS-encrypted Linux volumes, AWS EBS encrypted snapshots, and DigitalOcean encrypted volumes. I'll need your encryption keys/key ARN provided securely — I recommend AWS Secrets Manager or a one-time encrypted share.
My server was hacked. Can you handle incident response?
Yes. I contain the breach first (network isolation, revoke compromised credentials), then perform forensic log analysis to determine the attack vector, clean malware/backdoors, patch the vulnerability, and harden the server to prevent recurrence. I document the full incident chain in the RCA report.
What access do you need, and how do I share it securely?
Minimum: SSH key-based access (sudo/root) or AWS SSM Session Manager. I never ask for passwords over chat. For credentials, I use one-time-share tools (e.g., 1ty.me or an encrypted vault). After the engagement, I remove my SSH key and document all changes made.
What if the issue isn't fixed within the agreed scope?
I don't close a ticket until the server is verifiably stable. If a related issue surfaces during recovery that I missed in the initial diagnosis, I fix it as part of the scope — I don't charge extra for problems I should have caught. The RCA report documents everything so you have full visibility.

