Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I'm running a small EC2 instance, with 16 GB EBS volume attached and mounted as /dev/sdf (the boot disk is a different EBS volume). Two days ago I did a reboot of the instance from AWS management console to preempt a scheduled reboot. Just noticed that my volume, although still attached and functional, seems to have been wiped as of two days ago (the main thing I have on there is a sqlite database... my application automatically recreates the database if it's not there, and what I'm seeing is the database having data for the last two days but nothing before that. There were a couple other files on the volume that are now missing).

The reboot is the only thing I can think of that could have caused this. Not sure what the next steps are to diagnose out how this happened, any advice?

share|improve this question
Can you confirm if it is the same EBS volume still attached, or if it was replaced with another volume? Check the list of EBS volumes under the AWS console to see if there are any extras listed (perhaps confirm with historical usage from Cloudwatch?). (If this is the same volume, it would be helpful to know if the problem is reproducible - i.e. does restarting again wipe the disk?) –  cyberx86 Dec 21 '11 at 18:50
Seems to be the same... no extra EBS volumes, and Cloudwatch shows datapoints going back for at least 2 weeks. –  josh Dec 21 '11 at 19:34
RE: reproducing, unfortunately this is a production system... might see if I can take it down for a bit over the holidays and experiment. –  josh Dec 21 '11 at 19:35
The EBS volume will remain attached through a reboot, but may not be mounted depending on your system configuration (e.g., /etc/fstab). Can you confirm that the EBS volume is mounted and in the correct location where you expect it to be? –  Eric Hammond Dec 21 '11 at 23:50
Yes, it was mounted and in the correct location –  josh Dec 22 '11 at 18:42

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Browse other questions tagged or ask your own question.