Cannot capture image: run lists overlap
-
Server
- FOG Version: 1.4.2
- OS: CentOS 6.9
Client
- Service Version:
- OS: Windows 10 Pro 1607
Description
I recently updated FOG to 1.4.2 and it appears I cannot capture my image anymore and I have searched high and low for an answer with no success. The error I get is:
Could not mount /dev/sda2 (/bin/fog.upload->beginUpload)
Args Passed:
Reason: Run lists overlap. Cannot merge: Numerical result out of range -
@jheikkila54 Can you make sure nfs is running?
service nfs-kernel-server restart
OR
service rpcbind restart service nfsd restart service nfs restart
I know you’re running centos and all but i can’t remember what is what so just try the whole thing.
Also please check that firewall isn’t running.
-
- What version did you upgrade from? (please be specific, look in /home for clues)
- What image settings are you using?
- What model is the box?
- Anything special about the box or disk layout?
-
I upgraded from 1.3.5-RC10
Image Settings:
OS - Windows 10
Image Path - /images/Windows10x64_PRO
Image Type - Single Disk - Resizeable
Partition - Everything
Compression - 6
Image Manager - PartimageI am not sure what you mean by “box model” but this is a virtual machine that has 1 disk. I have been using this VM to update my image for about 1.5 years now with 0 issues, until now.
-
Is it possible there’s a problem with the disk?
It would appear, to me, you’re trying to capture the image. So “image manager” should be partclone, especially if this was captured in the past.
Can you boot the device into windows or even a windows recovery mode and have it run some tests?
https://askubuntu.com/questions/745600/cannot-mount-external-hard-disk-mft-records-error
-
It may have been partclone, I deleted the image and created a new one as a troubleshooting step, it must have defaulted to “partimage” I did just try it with “partclone” with same results. I can boot into Window with no issue, what would you like me to do?
-
@jheikkila54 Try to run a checkdisk on the system. While FOG Tries, the tools available are very very basic. It seems, to me, something is shifting around the partitions. There were issues with this in 1.3.5-RC-9 and a small portion through 1.3.5-RC-10. There was more work done in 1.4.0-RC-1 as well, but these have since been worked out. Maybe it was just left overs from older imaging layouts?
-
@Tom-Elliott I have preformed a full checkdisk and returned 0 errors. I then created a new image to test, this image failed in the same spot with the same error.
-
@jheikkila54 So what is the spot it’s failing?
Can you run a debug?
-
@Tom-Elliott It all flies by so it is a bit difficult to catch, looks to be failing at “Mounting File System” I am not quite sure how to run a debug.
-
@jheikkila54 That’s a different error from the other pictures.
-
@Tom-Elliott Oh that it is, sorry I am multitasking excessively currently.
-
@jheikkila54 Is 10.20.16.184 the proper fog server?
What’s in that server’s exports file? (
/etc/exports
) -
@Tom-Elliott Yes that is the correct IP address
-
@jheikkila54 Can you make sure nfs is running?
service nfs-kernel-server restart
OR
service rpcbind restart service nfsd restart service nfs restart
I know you’re running centos and all but i can’t remember what is what so just try the whole thing.
Also please check that firewall isn’t running.
-
@Tom-Elliott Thank you Tom!!! RPCBIND was not running, I started that service and configured it to run at startup and is now working. Again, thank you very much for the help, it is greatly appreciated.
-
@Tom-Elliott said in Cannot capture image: run lists overlap:
nfs-kernel-server
I am getting this error in 1.5.10.41 after updating. I am running on CentOS 8. I restarted my NFS Server, but that didn’t seem to do anything. I noticed that the NFS “interfaces” were pointing to something other than my servers interfaces so i changed those to match what the server says is the network interface. Not sure if NFS interfaces are something different or they should match as well? Any assistance on how to troubleshoot this would be great as I have an image to capture and at this time can’t accomplish that.
-
@rogalskij So while the images were lost, the issue in this particular case seems more in line with the problem that was originally described (and fixed) with the check disk utilities.
Can you boot into windows and run check disk, scan disk/verify disk on this machine? I presume this is only happening for this particular machine and as such may just be related to it alone.
I know the chkdsk and scan and all that will take some time, but while we do have utilities that can perform these actions somewhat automated, it’s also not the ‘native’ tools and Windows would have a much better system for performing the checks than what our tools will.
-
@Tom-Elliott I believe you are correct. I ran a CHKDSK /F and it repaired the disk, but now I am faced with a new error. It claims “could not allocate new MFT record: No space left on device” and several other issues. Not sure where to go from here other than perhaps start a new Fresh Windows image?
-
@rogalskij This is very interesting as initially I thought this was on some code I wrote (not that it still couldn’t be) but appears more like maybe the percent of free disk space has been unset and your drive is literally sitting as full as if at the hotdog championships and Joey Chestnut just won for 75th time in a row.
There’s a field in fog that is supposed to ensure free space left on the disk, but where yours is failing seems to be due to paging space / minimum size.
I might suggest, if you’re up for it again
Chkdisk again a few times,
Also defragment the disk a few times. THis should move your paging file (which cannot be resized around) toward the end of hte disk which shoul’d prevent the no space left on device issue I believe you’re currently seeing.
-
@Tom-Elliott Was going to try, but discovered that after the last CHKDSK, the FOG Client wasn’t running correctly. Now I can’t uninstall or reinstall it correctly. I think for now I am going to re-create this image from scratch. I am speculating that since this was an older image that we had added onto several times, that a Windows update of some kind caused partition issues of some sort. I plan to format and install Windows from Scratch, and then build the image and pull it tomorrow. If this works I will report back with my findings.
In the meantime, are there any logs that I could send that would help you or anyone else who also finds themselves having this issue? Happy to assist in any way I can. I sincerely appreciate all the support and assistance on this.