Joe Goldthwaite
Dabbler
- Joined
- Jan 12, 2016
- Messages
- 38
Hi,
This is probably an issue that my FreeNAS box inherited from my previous configuration. I originally built the box using Ubuntu with ZFS on Linux. I created a single pool called mediapool. Underneath that I created two file systems, "backups" and "media". Somehow I managed to bork things up so that when I would reboot Ubuntu, everything in /mediapool/media would disappear.
I think the problem is that when I copied the data to /mediapool/media, the media folder wasn't mounted so the data got copied to a folder called "media" in the root of mediapool. When I would reboot, and empty folder got mounted to /mediapool/media and all my data disappeared. Every time I would reboot the machine I would manually execute "zfs umount mediapool/media" and all my data would show up again.
While this was going on, I built a second machine using FreeNAS. I liked it so much that I decided to upgrade the first machine from Ubuntu over to FreeNAS. I disconnected the Ubuntu boot drive and booted FreeNAS from a USB drive. I was able to import the mediapool and everything was golden. The mount issues seemed to go away, at least until today.
Today I powered the server down so I could blow out the built up dust. When I booted it back up, the /mnt/mediapool/media directory is empty again. The backup directory, /mnt/mediapool/backup is fine. It looks like my old issue has reared its ugly head again.
I tried my old fix "zfs umount /mnt/mediapool/media" but I get a message "cannot umount '/mnt/mediapool/media': Device busy". I've tried the -f option but that doesn't seem to work with a busy device. I've tried finding what process has it in use but it's not finding anything.
Sorry this has gotten so long. I'm not even sure what question to ask. How do I get past the device busy issue? Does anyone know how I would keep the mount from happening during system startup? I think either of those would help me trace it down.
Let me now if there's any other information I can provide that would help trace the issues down.
This is probably an issue that my FreeNAS box inherited from my previous configuration. I originally built the box using Ubuntu with ZFS on Linux. I created a single pool called mediapool. Underneath that I created two file systems, "backups" and "media". Somehow I managed to bork things up so that when I would reboot Ubuntu, everything in /mediapool/media would disappear.
I think the problem is that when I copied the data to /mediapool/media, the media folder wasn't mounted so the data got copied to a folder called "media" in the root of mediapool. When I would reboot, and empty folder got mounted to /mediapool/media and all my data disappeared. Every time I would reboot the machine I would manually execute "zfs umount mediapool/media" and all my data would show up again.
While this was going on, I built a second machine using FreeNAS. I liked it so much that I decided to upgrade the first machine from Ubuntu over to FreeNAS. I disconnected the Ubuntu boot drive and booted FreeNAS from a USB drive. I was able to import the mediapool and everything was golden. The mount issues seemed to go away, at least until today.
Today I powered the server down so I could blow out the built up dust. When I booted it back up, the /mnt/mediapool/media directory is empty again. The backup directory, /mnt/mediapool/backup is fine. It looks like my old issue has reared its ugly head again.
I tried my old fix "zfs umount /mnt/mediapool/media" but I get a message "cannot umount '/mnt/mediapool/media': Device busy". I've tried the -f option but that doesn't seem to work with a busy device. I've tried finding what process has it in use but it's not finding anything.
Sorry this has gotten so long. I'm not even sure what question to ask. How do I get past the device busy issue? Does anyone know how I would keep the mount from happening during system startup? I think either of those would help me trace it down.
Let me now if there's any other information I can provide that would help trace the issues down.