@JJ-Fullmer I think you’re right. It’s a matter of disk size. I have to be more conscious of the source disk size in relation to the destination disk size. I am capturing consistently now and deploying more reliably.
So my problems really amounted to network issues (I had two interfaces that confused my fog server) and the other was not paying more attention to my disk sizes.
Thanks for all your help and patience with this.
Steve
@JJ-Fullmer I would mark this one as solved. I didn’t see a way for me to do it. Thanks, again
@JJ-Fullmer I would mark this one as solved. I didn’t see a way for me to do it. Thanks, again
@JJ-Fullmer I think you’re right. It’s a matter of disk size. I have to be more conscious of the source disk size in relation to the destination disk size. I am capturing consistently now and deploying more reliably.
So my problems really amounted to network issues (I had two interfaces that confused my fog server) and the other was not paying more attention to my disk sizes.
Thanks for all your help and patience with this.
Steve
@JJ-Fullmer Hey, I’ll check out the notes you posted. I’m back at it after dealing with other issues.
@JJ-Fullmer It looks like one of my problems was that I was runnning two network interfaces. One was going to our production network, the other to the fog network. I deleted the production interface and that eliminated the random errors I was getting. I was getting one consistent error during capture “Could not mount images folder (/bin/fog.upload) Args passed: Reason: mount: 192.168.7.184:/images/dev/ on /images failed: No such file or directory”
I had a 125 TB raid for internal storage (images) and a separate system drive for the OS and fog. So I installed the OS and fog on my raid. I can now consistently capture images with no problem. Deploying is the problem now. I’ve attached a pic. If anybody sees anything in the error please feel free to chime in.
BTW I have been using the compatibility feature to ensure the hardware passes muster.
Thanks!
@JJ-Fullmer That is helpful. I’ll run those.
@JJ-Fullmer “boot the host to the pxe menu, and use the check compatibility option”
Hey JJ. what are the steps to do this?
@JJ-Fullmer Sorry JJ. I’ve been checking for replies but today is the first I’m seeing this. It was working on an old z840 with 1 TB of storage. I’ve not moved to a Dell Server with 120 TB and I posted an image of the error I’m seeing in my latest update dated 9/16/2024.
Moved to a new Alma install. Used the git install. I could not register an Ubuntu 20.04 host. I then diid a clean install of Alma and used the latest tar for FOG. Was able to register a host but could not capture single disk resizable. Posting this pic of the error. Curious if anyone sees anything obvious. Thanks for any input.
@Tom-Elliott Hey thanks for getting back. This is the filesystem on the drive. But, oddly, with a new Alma Linux and FOG install I was able to do Single Disk - Resizable. I posted to JJ about my next steps. I’ve got to hit this with a hammer. It’s all I have .
@JJ-Fullmer My inexperience with Fog is showing. I’ve been pretty careful but obviously in this particular case not careful enough. Since I last posted I did a clean install of FOG (tar version) on a clean install of Alma Linux. It seemed to work pretty well. Moving to a big (for me) machine using Alma and a clean FOG install. I’ll take a look at the doing the Git install.