Making Fog Portable
-
@george1421 ubuntu mate is the default os recommended by odroid and i have been testing armbians port and find it to be better. I’m no developer, but let me know how i can assist.
-
@juice381 If you know how to Google and BASH, you can help. Just dive in and start debugging. Are you familiar with dnsmasq? That’s what it’s using.
-
@Wayne-Workman I’m familiar with dnsmasq however bash not my strong point here. My career hgas taking me the Microsoft path need me to write a powershell script, vb, batch i’m your man. I’m sure I can figure out bash just might take me some time to understand the syntax.
-
@juice381 one note on this. I noticed I am unable to install MYSQL on this OS however can in armbian SMH!
-
@juice381 said in Making Fog Portable:
@Wayne-Workman I’m familiar with dnsmasq however bash not my strong point here. My career hgas taking me the Microsoft path need me to write a powershell script, vb, batch i’m your man. I’m sure I can figure out bash just might take me some time to understand the syntax.
You will find the roots of batch, vb and powershell in bash (actually the unix command shell). The unix shell has been around for a really long time and is the mother of them all. With that said, if you know programming concepts then what you are missing is the syntax. That is where google will fill in the gaps. Bash programming is not as cryptic as perl programming, but is much more powerful than batch. Now that I have to totally confused, don’t worry. Work with it a bit and you will get the hang of the power it has.
-
I just setup a VM with Debian 8, going to mess with this today.
-
@Wayne-Workman said in Making Fog Portable:
I just setup a VM with Debian 8, going to mess with this today.
I just started working on this too. Just finished installing as well.
-
@juice381 Can you please either
git pullor reclone the repo? I’ve done some work on it, it should work for Ubuntu and Debian now. -
@Wayne-Workman Awesome will do it now. Didnt get a chance to work on it was dealing with sick kids.
-
@Wayne-Workman said in Making Fog Portable:
SO the script is still looking for fog install by way of .fogsettings. however armbian after installing fog doesn’t have a .fogsettings file. I’m using armbian becacuse mate refuses to install mysql and thus I can’t test as fog db can’t be creteed.
-
@juice381 I’ve ordered a raspberry pi 3b, I will be able to test once it comes in. Because the project and scripts work on Debian I expect no problems.
Also 1.3.0 RC-8 had issues with db creation. This is fixed in RC-9 already.
-
@Wayne-Workman I have made some progress, what I have done was copied the .fogsettings file from another working fog I had running (not active when I’m testing) to its proper location. Then changed the IP and rebooted. The script ran 3 minutes later and updated what looks like all the locations it would. ltsp.conf, .fogsettings, I had to create the log file for the script to dumps it log files manually. So the only thing that is perplexing me is why IPXE is still pointing to the original ip. See pic below.
-
@juice381 I need to know more about the network, other fog servers, dhcp servers, and other things.
Also - this script does much more than just modifying ltsp.conf - that’s one of many places that requires modification. There are web file changes, database changes, tftp changes. This script only works on a full fog server.
-
@juice381 Its still perplexing why the installfog.sh file is not creating the .fogsettings file. I think if you uncover that reason the rest will fall into place.
Did you disable selinux and the firewall?
Are you launching the fog install script with sudo? Does it run through and ask you all of the questions it should? Then it just doesn’t do anything? It almost sounds like selinux is blocking the installer script from writing to the places it needs to.
In regards to your error screen below, do you have another dnsmasq server running that is sending out the legacy ip address? It is saying that you are getting a duplicate option 66 {next-server} from dhcp.
-
@george1421 said in Making Fog Portable:
@juice381 Its still perplexing why the installfog.sh file is not creating the .fogsettings file. I think if you uncover that reason the rest will fall into place.
Did you disable selinux and the firewall?
Are you launching the fog install script with sudo? Does it run through and ask you all of the questions it should? Then it just doesn’t do anything? It almost sounds like selinux is blocking the installer script from writing to the places it needs to.
In regards to your error screen below, do you have another dnsmasq server running that is sending out the legacy ip address? It is saying that you are getting a duplicate option 66 {next-server} from dhcp.
Thanks for the response. No I have a fog server setup from which i copied the fogsetting file. However I turn it off before I start testing with my portable fog. The screen below is showing you the ip .13 that i changed it to from the .22 it is still referencing for IPXE. It was the original ip Not sure where it is getting it from. I’ll google how to disable selinux. Armbian doesn’t seem to have ufw installed as running sudo ufw disable reports an error.
I do install it using sudo access infact sudo -i so i’m running as root.
-
@george1421 ONe other note there is one failure during install. it has to do with the udpconf towards the end of the installation process. Maybe that’s the key here? I have followed tutorials on how to re-mediate that as well to no avail.
-
@Wayne-Workman Only dhcp server I have running is the one from my ISP’s router. I’ll double check that shortly. I do have another fog server however I turn that off when testing. In fact if I change the ip back to 22 I reach the fog menu. I’ll get a screen shot of that too.
-
@juice381 If you have tcpdump installed on your fog server you can collect the dhcp boot of the target computer. That dump file should contain the server that is sending the duplicate dhcp option 66.
This is the tcpdump command you need:
tcpdump -w output.pcap port 67 or port 68 or port 69Start the tcpdump program running then pxe boot the target computer until the error then abort tcpdump. You can (and should) inspect the pcap file with wireshark. You will see the dhcp request from your target computer as well as the replies from the dhcp server and any dhcp proxy servers. I do have to say, for this to work, your fog server, dhcp server and pxe booting client computer must be on the same subnet. If so, then you can capture the dhcp broadcasts in this manner. -
@Wayne-Workman Finally got this working with m y odroid c2. The problem is definitely with the failure I was receiving during the fog install at the “Configuring UDPCast” Stage. I commented out that portion of the fog install. Understanding i’m killing my multicast abilities. Fog completed it’s installation and thus created the .fogsettings file. I ran your script and viola up and running super portable fog server. Thanks for the assist here. Hopefully I can get UDPcast working properly at some point.
-
@juice381 So if you can extract that configuring updcast stage from the install and then manually execute the commands can you find the exact command that breaks the script?
