Suggestion please

george1421

I have to change the FOG configuration to use the wifi

I don’t understand this, you shouldn’t have to do anything with the FOG Server end for wifi since the target computer is the only bits using wifi to connect to your network infrastructure. I want to make sure we are on the same page when setting this up.

ziolucione

@george1421 from the wifi network I cannot reach the wired one. So, because FOG server is on the wired one, I have to revert back the FOG server to use the wifi. They are on 2 different subnets with no network rules between them.

ziolucione

@george1421
Hi, I have reconfigured the FOG server to use wifi.

How can I register the MAC address manually?
Option 2 in the FOS menu list?

Thanks.
L.

george1421

@ziolucione Well there are 2 options,

Use the Grub menu and pick one of the registration options (2 or 3 if I remember correctly)
Go into the web ui and in host management and create a new host. Key in the proper values and the mac address you collected from the target computer during the debug session.

Either way will work.

ziolucione

@george1421

But let me check the patclone option, probably I have made a mistake. I have selected to not use compression.

Rgards.
L.

george1421

@ziolucione What version of FOG are you using?

ziolucione

@george1421 From the master branch v1.5.7 I believe.

george1421

@Sebastian-Roth this init is using the updated init files from github. Looking at the error code, its almost like bash didn’t do the variable expansion. The troubled line in 2071 from the funcs.sh script.

partclone.$fstype -n "Storage Location $storage, Image name $img" -cs $part -O $fifoname -Nf 1 -a0

Was this section of code changed since 1.5.7?

Edit: Looking at the partclone screen again, I see we are getting the command line parameters into partclone because I can see bits of them on the partclone banner. I’m starting to suspect fog server access now. This is also partclone 0.3.12.

george1421

@ziolucione Will you show me screen shots of the host definition and image definition [PPTestImage] for this target computer?

We may need to do a debug session with this image. Because either partclone is blowing up for some reason or it can’t access the fog server or write to the destination on the fog server. It should have failed before now if it can’t reach the fog server.

ziolucione

@george1421 IMG_20191203_131244 (2).jpg

george1421

@ziolucione Ok (unfortunately for me) everything appears to be setup correctly. So what we are going to do is to edit the grub.cnf file like you did when you updated your wifi ssid information. Search down that config file for a section that looks like this:

menuentry "1. FOG Image Deploy/Capture" {
 echo loading the kernel
 linux  $myimage loglevel=$myloglevel initrd=init.xz root=/dev/ram0 rw ramdisk_size=275000 keymap= web=$myfogip/fog/ boottype=usb consoleblank=0 rootfstype=ext4 ssid=$ssid ssidpw=$ssidpw
 echo loading the virtual hard drive
 initrd $myinits
 echo booting kernel...
}

It won’t be exact because there will be the ssid and ssidpw kernel parameters ( don’t have the image file at my office) but after those parameters add in <space> isdebug=yes. That section should look similar to this:

menuentry "1. FOG Image Deploy/Capture" {
 echo loading the kernel
 linux  $myimage loglevel=$myloglevel initrd=init.xz root=/dev/ram0 rw ramdisk_size=275000 keymap= web=$myfogip/fog/ boottype=usb consoleblank=0 rootfstype=ext4 ssid=$ssid ssidpw=$ssidpw  isdebug=yes
 echo loading the virtual hard drive
 initrd $myinits
 echo booting kernel...
}

Save and exit the editor. Move the USB back to the target computer and usb boot. Make sure the current capture task is still active on the fog server then pick option 1 again. This will start the capture task in debug mode. You will be dropped to a linux command prompt. In the option 1 debug mode (different than option 6) we can launch the capture by keying in fog <enter>. At each break point in the deployment script it will pause waiting for an enter key press. What we want to do is single step through the capture until the error is thrown then hit ctrl-C to drop back to the linux command prompt.

At this point I want to make sure the target computer can still reach the fog server key in ls -la /images You should see files in that directory and a directory with the same name as the mac address of the target computer. See if that directory exists then look into that directory to see if any files have been created. (we are testing from the fos engine side at this point). But on the fog server you should also find those files in /images/dev directory.

ziolucione

@george1421 said in Suggestion please:

isdebug=yes

Failed or unable to access 10.10.10.1/fog//index.php for connection testing.
The tablet took the 10.10.10.4 so the dhcp is working fine.
Where can I check the FOG server IP address file configuration?
I am browsing the FOG server UI using the 10.10.10.1 (and the host was registered fine as well)…weird.

george1421

@ziolucione Ok it sounds like a wifi issue maybe??

From the command prompt you can key in ip addr show to show the ip address of the target computer. If it has what you expect for the wireless adapter, then see if you can ping the fog server ping 10.10.10.1 If a ping is successful then I find it a bit strange that the error is thrown.

ziolucione

@george1421
2nd is ok.jpg
So guys, I did have network issues.
I have now fixed them all and it looks like it’s working from a ping and broadcasting dhcp side.
Still I have the same issue.
I don’t know if it’s something related to my partition/disk choice in FOG or there is something else broken.

Thank you for your help.
Lucio

george1421

@ziolucione ok the first thing I noticed is now the IP address of the fog server has changed from 10.10.10.1 to 192.168.1.2. Is this expected? The fog server itself is not happy when its IP address is changed after FOG is installed. There are steps to take to fix this condition.

At the error message (below) press ctrl-c to exit out of the script try to ping the fog server’s IP also ls -la /images to see if there is any content.

ziolucione

@george1421
Yes, 192.x.x.x is expected. I have reinstalled FOG from scratch too.
Ping is working and the command returned the following:

Regards.
L.

george1421

@ziolucione Well at this point we can rule out networking (wifi), probably. Since we have the network share mounted. If you look into the 60f677d582f7 directory there should be some files in there.

So lets change our focus for a second. You had capture working using the usb ethernet adapter right? Is there a way to use the usb ethernet adatper on the 192.168 network. Right now we are pretty sure that networking isn’t the problem. To rule out networking, change to the usb network adapter without changing anything else. I don’t think this issue is networking at all, but we have to find out where the problem isn’t to find out where it is.

The other difference from before and now is that before you were using the FOG 1.5.7 virtual hard drive (init.xz). What I built was using the pre-release version of 1.5.8 which has an updated partclone program (right where the imaging blew up). So if networking isn’t the issue I’ll have to roll the build back and use the older version of partclone. But I don’t want to throw too many variables in the mix just yet. But that is what I’m thinking.

ziolucione

@george1421 Hi guys,
I cannot test the wired using the 192.168.x.x because it is controlled by the IT department and the DHCP and DNS is working under another subnet.
I have to configure FOG as the DHCP server and so start again from scratch.

ziolucione

Hi @george1421,
it looks like FOG has issues with the ‘Microsoft Reserved’ windows partition.
I can image the EFI partition, I am trying now to capture just the main one, but it is very slow apparently 1h 20m left (12GB - 115MB/min) using partimage instead of partclone (I have selected it in the image configuration, but the tool actually is partclone).

If this duration is due to the wifi transfer/speed, I will go back to the wired scenario.
[wired] In order to capture one and massively deploy to multiple devices (without managing the devices in FOG), what’s the best workflow in your opinion?

I’ll keep you posted.
Lucio

george1421

@ziolucione I was thinking that since you can’t image with the ethernet adapter using the same setup I should rebuild the inits with the older partclone tool. Again to only change one thing at a time.

As for your speed of 115MB/min that translates over to 15Mb/s. If I had to guess you are using 802.11b (11Mb/s) or 802.11g (54Mb/s) wireless network link. If I had to pick one or the other I would say 802.11b. So your numbers are reasonable for wifi. Its not fog, the device, or partclone/partimage at fault here its your network link speed that is the bottleneck.

In order to capture one and massively deploy to multiple devices (without managing the devices in FOG), what’s the best workflow in your opinion?

Assuming you still want to go with the usb boot method, once we have a captured image I’ve prepared a template on the usb flash drive. Its number 5 in the grub menu. Right now it has data I borrowed from @Junkhacker 's post on how to call an image directly from the iPXE menu. I translated it to grub format. So my idea is once you have captured the reference image, we will go and update that #5 menu to call for that image directly without needing the target computer to be registered in FOG. But that part will only work after we have captured your reference image.

Suggestion please

255

11.6k

17.1k

154.6k