Materials
1.Odroid C2 $40.00
2. Samsung Micro SD Evo 15.00
3. Dlink 5 port Gigabit switch 15.00
Here is what it will look like. In the pic is an RPI this was my first attempt. But the odroid is no bigger. Waiting for my case to arrive.
Materials
1.Odroid C2 $40.00
2. Samsung Micro SD Evo 15.00
3. Dlink 5 port Gigabit switch 15.00
Here is what it will look like. In the pic is an RPI this was my first attempt. But the odroid is no bigger. Waiting for my case to arrive.
@george1421 Thanks, I too used an rpi, version 3 and updated to the SD card the same. My problem here was with the 100 meg Ethernet nic. The odroid c2 has significantly more memory, processing power, comes with a gigabit nic. in addition I have the option to purchase a superfast emmc card to host my os on.
@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.
@george1421 Wouldn’t Know How To check if it’s in the repo, but I can give it a shot almost home.
@george1421 said in Making Fog Portable:
@juice381 Sure on the getting multicast working too. I’m sure its just a package name or pre-req this is needed. Once we can find the exact cause the developers can have a look at the installer code and made exceptions for your specific issue.
I think your project would be good one to document for a low cost mobile deployment server that could be used in small sales offices where you need a local fog server (storage node) because of the bandwidth issues, but still manage it from a central location.
I agree and for my use case as well. Where I have clients that need remaining or during implementation of new clients. I could see this being a huge time saver.
I think it’s the package. It may need to be updated. For 16.04 support.
@george1421 said in Making Fog Portable:
@juice381 It would be interesting to know of the stats you get with the mobile fog server.
i.e.
- unicast to a single computer (with d-link)
- unicast to 2 computers (simultaneously with d-link)
- unicast to 2 computers (simultaneously with enterprise class switch).
I’m interested in what the Odroid can do, but also the impact of that d-link over an enterprise switch. We see in the forums that the low (discount) switches are under powered for imaging where you will get 1/3 the speed for a multi deployment from a low end switch over an enterprise switch if the switch is the only thing that changes in the mix.
I can run those bench marks tonight. I have an enterprise class cisco switch at home.
I would really love to get multicast working as well. So I’ll be busy on that as well.
Materials
1.Odroid C2 $40.00
2. Samsung Micro SD Evo 15.00
3. Dlink 5 port Gigabit switch 15.00
Here is what it will look like. In the pic is an RPI this was my first attempt. But the odroid is no bigger. Waiting for my case to arrive.
@george1421 said in Making Fog Portable:
@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?
I’ll give it a shot. Will have to be later tonight I’m at my 9-5.
@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.
@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.
@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.
@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.
@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.