Posts made by vpt

@george1421 I ran a full chkdsk on that machine, and I still received the same error.

To see if the issue was isolated to that machine I grabbed another one, inventoried it, and ran a capture task without issue. I think we can safely call this issue solved at this point.

To all interested, Following the below guide solved my initial NFS issue with my QNAP:
https://forums.fogproject.org/topic/10973/add-a-nas-qnap-ts-231-as-a-storage-node-fog-v1-4

Thanks to everyone for their help with this project!

@george1421 I did not let the full chkdsk complete. I tried method 3 in that guide which says to try to capture the image as soon as chkdsk reboots the system. I will try to let chkdsk run through to completion and see if that works

@george1421 I have tried both shutting down the system using shutdown.exe -s -t 0 as well as sysprep with the /shutdown switch. I’ve also tried hitting Shift + F10 when it boots to the setup screen of the sysprepped image to launch the command prompt and shutdown from there. I still got the same error.

I also tried running through this guide:
https://wiki.fogproject.org/wiki/index.php?title=Windows_Dirty_Bit

I completed all three steps in that guide and I still get the same error in partclone

@george1421 I was able to complete your QNAP guide finally (been out sick the last few days), and I get a bit further in the process now. However, I still get an error when I get to the Partclone part of the process. See this image for the error in Partclone:
https://meridiannatl-my.sharepoint.com/:i:/g/personal/mzarvalas_vptitle_net/ERHZpkPVz7NAtaerPQsvHNAB0qBUmJMNskhfgvGlTrcpGw?e=Nx1shP

And see this message for the error afterwards back in FOS Linux:
https://meridiannatl-my.sharepoint.com/:i:/g/personal/mzarvalas_vptitle_net/EdicD0QitxBDsyIuY3JemsoB0XlA97xNczYbRhv_o5rDFw?e=7MQ0AU

I tried researching the error in partclone, and I attempted to run ntfsfix against both sda1 and 2, but not luck. I also tried capturing an unsysprepped image with shutting down Windows using the “shutdown /s” option to avoid the Fast Startup issues with windows, but my results were unchanged.

The second error back in FOS Linux seems to indicate that there isn’t enough space to capture an image, but if FOS is using the NAS share as it seems to be indicating in the error message, there should be more then enough space.

Let me know if you have any further troubleshooting advice to try. Thanks a bunch for you help so far.

@george1421 Thanks for these guides. I’m going through the QNAP one step-by-step, and I’m just waiting for the advanced folder permissions to apply. Based on how quickly it’s going, it probably won’t finish today, but I will follow up with my results once it finishes.

I appreciate everyone sticking with this and helping out.

@george1421 Thanks for that trick. It looks like it is failing on the “Preparing backup location” tasks. On your recommendation, I hit Ctrl+C to abort, I went to the /images directory in FOS Linux, and I attempted to mkdir test. It told me that it couldn’t create the directory and that it was a read-only file system.

Does this mean that FOS can’t write to the directory on the QNAP?

@george1421
I checked the /images and the /images/dev directories like you mentioned, and I confirmed that they both have .mntcheck files in them. However, I don’t see a file with the machines MAC address in the dev directory, so my guess is that is where my problem lies.

@george1421 Thanks for that piece of information. I had completely forgotten to verify that on the QNAP.

I enable no_root_squash for that share, and I get a different error message now. See Image:
https://meridiannatl-my.sharepoint.com/:i:/g/personal/mzarvalas_vptitle_net/EaYCC_4OSztCm5Acom_qH3YBhoXBTeBavx1OK-Or9aNMuQ?e=Gq8I3H

I’m not sure what this error message is trying to convey.

(also sorry for the onedrive link. The image upload feature kept telling me the file was too large)

@Junkhacker I believe it has that capability. I will try following that documentation again. Maybe I’m missing something.

I see. So I’m guessing that there is no way for me to use this 2TB share with fog for my purpose unless I use something like iSCSI?

My setup consists of a re-purposed old server with very minimal local storage. Therefore, I’ve been trying to use a 2TB NFS share (running on a QNAP) to hold the images. I’ve tried mounting this share directly on the /images directory, as well as trying to add it as a Storage Node through the web UI.

In the case of mounting the NFS share directly to the /images directory on the server, I get an error message that states that fog can’t mount the directory of the NFS share to the /images directory when running a capture. This is almost like it is trying to mount it again despite is already being mounted to the /images directory.

In the second case, I attempt to add the IP address and the path to the share as a Storage Node in the web UI (instead of mounting it in the local filesystem like above). With this setup, I get an error message during capturing that states that access is denied when attempting to mount the share to the /images directory. I have verified that the share on the QNAP is wide open to anyone, but I still get an access denied.

Any assistance with setting up an NFS share to be used as the directory for images would be greatly appreciated, or any troubleshooting tips to try to continue on my current errors would also be welcomed.

Thanks.