@Sebastian-Roth
yes, i want to say that i correct it in the post

@CpServiceSPb I would second Sebastian’s recommendation about setting up fog on a disposable VM. Look at the configurations as well as the install logs to see what packages are loaded during the fog installation.

Fog creates its own apache configuration files so it should not step on anything existing. There are some url rewriting rules that you will need to work around.

As for the tftp server, FOG only “requires” one running to server out the pxe boot files. It doesn’t care (in the end) what tftp server is running.

Fog also uses phpfpm with its 1.5.x release to respond to php requests.

I’m not sure of you end goal here, are you attempting to hack fog into doing something other than imaging (which is OK since its opensource)? Or are you trying to install FOG along side these other apps. If its along side, then you might want to consider using a docker container to isolate fog from the other systems. I don’t know about docker but there were some tutorial on this forum on how to setup fog in a docker container.

@Tom-Elliott Thank you.

Yes, it’s fixed now. Thank you.

@AndrewG78 said:

There are several identical broadcast responses.

Can’t explain that without having a full wireshark/tcpdump pcap file. Way too much information is missing to be able to get a glimpse on why this might happen

There is tftpd error - Error code 8: User aborted the transfer

It’s kind of a known thing. Before loading the boot file via TFTP the client requests the file size (via RRQ query command). The server answers the size query and for some weird reason the client sends back a “User aborted the transfer” and then sends a new request to actually download the file.

As time goes, time to time i turn back to my previous things for refreshing memories, getting new ideas, whatever. So it happened to this topic.

I am again thinking about fully offline cases. We here discussed that zstd compression is not compatible with clonezilla so i have to recapture image to use tools like clonezilla which uses same image taking tool. But… as now i have read, clonezilla now capable using zstd compression (er… whatever it means exactly btw).

Let me ask if it is still true or not to use already taken images (by for) deploy from a live clonezilla-like tool without recapturing? Anyone tested maybe?

@Almeida
@Sebastian-Roth

this is a simply example, security is by your side:

#!/bin/bash SERVER=$1 USERNAME=$2 PASSWORD=$3 FILE=$4 USER_TO_LAST=$5 echo "Result from last $USER_TO_LAST" &> $FILE last $USER_TO_LAST &>> $FILE lftp -u $USERNAME,$PASSWORD $SERVER << EOF put $FILE EOF

Configure as on image:
Snapin template is bash.
example.png

Tested on Linux Mint 19.

@george1421 Thank you for the response. The issue was the switch. I put a “dummy” switch in place of my other one and it worked. I ended up enabling fastport on my other switch and success. Appreciate the help!

@MediumToast i thought this might interest you https://forums.fogproject.org/post/123288

Resolve this please.

@loosus456 What OS is your FOG server running?
You will also need to be able to configure your network switch to support LACP (802.3ad) LAG.

No we do not have any requirement. we just want computers to work as normal with our modified image.

Thank you for quick response. Please mark this as answered.

@virtualdxs You can actually give it a try already! Would be great if you’d join in as tester to help us bring it forward.

git clone https://github.com/FOGProject/fogproject/ cd fogproject git checkout working-1.6 cd bin ./installfog.sh

@Sebastian-Roth Hello, yes I have setup 3 servers with fog running and I was successful in capturing the image and deploying it to 18 computers at the same time. I did look at FOG API, but I had questions about it like does is it run on bash or other script but later figure that it runs on bash.

@Sebastian-Roth Thanks!

@flo FWIW, one of the developers are adding your request to the LDAP plugin. Those should be in the mainstream code on the next release of FOG 1.5.6.

Fog did configure dhcp and it worked. we still modified it according our need. please resolve this.

@george1421

My MySQL knowledge is pretty shallow. For this situation I’ve got enough data, but I’ll read up and maybe change things then.

@mpatel For CentOS use the following:

dodhcp='Y' bldhcp='1' dhcpd='dhcpd' packages='bc curl dhcp ...'

Then re-run the installer and see it do the work.

@jsch Do you use the FOG DHCP server. I suppose you don’t. Please try changing the PXE filename from ipxe.efi to undionly.kpxe and see if that works for you.