Sorry for digging this up but I have the same problem with a brand new Dell Precision 5540 (and a bunch of other Dell devices Latitude 5300, 2-1 devices etc.).
With USB-A-Ethernet-Adapter and with USB-C-Ethernet-Adapter as well. Both kernel arguments don’t work. Maybe someone has new insights with this obviously common problem.
It gets pretty annoying since many notebooks/tablets have no builtin ethernet adapter anymore.
@george1421 said in Cant deploy images from master node and storage node at the same time.:
@paat said in Cant deploy images from master node and storage node at the same time.:
- But do i get this right if you go this way you have no automatism?
Yes you won’t have unattended deployments if you don’t pxe boot through fog, BUT you won’t accidentally wipe the CEO’s laptop either if you force the IT tech to at least sit in front of the computer to start imaging process. The rest of this method is all no toch.
Hey I created a new image with a script which starts with the setupcomplete.cmd and this fixed the Uefi-Boot issues via bcdedit.
I didn’t use the dell cctk tool yet because I have still a few Fujitsu machines left but maybe i’ll switch to it because it seems very powerful (firmware deployment, bios managment etc.)
The actual problem seems to solve by itself. I don’t know what happened exactly but I deployed the image to 50 machines and both servers (master and node) deployed the images. Maybe I was to impatient.
If I’m right the master server checks if there are open slots on each server and distributes and controls the image process
I think the thread can marked as solved for the moment.
Thank you for your help George!
@george1421 said in Cant deploy images from master node and storage node at the same time.:
@paat said in Cant deploy images from master node and storage node at the same time.:
I discovered that in Uefi mode Windows changes my boot order
Yes MS Windows will do that for you to help you cause you don’t know what you really want.
There are two schools of thought here.
- Don’t have/use boot through PXE but use the boot menu when you specifically want to pxe boot the target computer (that is what I do on my campus because I want the techs to “know” what system they are imaging). That why when windows does a feature update it doesn’t fix it again and again for you.
- Use a bios/firmware tool like Dell’s CCTK to change the boot order in the setupcomplete.cmd batch file once windows WinSetup/OOBE has finished.
@george1421 said in Cant deploy images from master node and storage node at the same time.:
So just to be clear on the 11th simultaneous deployment the master node is not used? I don’t think the scheduler is very smart. It doesn’t load balance the deployments but uses the overflow method of workload distribution.
Yes, when the 11th client checks in it queues up and waits that a slot on the storage node becomes available. What do you mean with the scheduler is not working smart? Is it something i can configure?
Now the dashboard shows on the ‘Storage Node Disk Usage’ view in the drop down box again my storage node. I think it wasnt visible the last time I checked. But I didnt do anything as far as I know.
Unfortunately I can’t test it right now because I discovered that in Uefi mode Windows changes my boot order and I have to manage that problem first to test it again.
Slightly off topic, unless your fog server is running on a 10GbE network, having more than 3 simultaneous deployments will saturate a single 1GbE network link. If you are trying to deploy to 20 systems at the same time, you might want to consider multicasting if your infrastructure is capable of multicasting. Understand this is a networking decision not a FOG decision.
Yeah I didnt think about it. Its maybe something worth considering. But the network part isn’t in my hand right now so will ask my coworker about it.
Hello folks!
Running fog version: 1.5.6
OS on master node. Ubuntu 18.04.2 LTS
I discovered a new problem with my FOG-Setup. I recently added a storage node to my fog installation. Replication works fine but when i want to deploy an image to a pool of 50 machines the image deploying only works from my storage node. But when I turn off my storage node all of sudden the deployment works also from my master node. So I can only deploy 10 machines at a time and not 20.
I have only one storage group (default) with one master and one node.
I also noticed ( when master and node are running) that in the active task view it shows in the line ‘working with node’ DefaultMember (master node) but when they start the deployment process it changes to my storage node.
master node:
storage node:
I don’t know if it has something to do with this error described here https://forums.fogproject.org/topic/10006/ubuntu-is-fog-s-enemy
Because I fixed it recently with the tutorial Tom wrote in this thread.
Well thank you for your help!
I appreciate it very much.
@Joe-Schmitt Yeah you’re probably right. Maybe my view on this is a little naive but it hurts to see such great project possibly die.
But because you mention it I will donate to fog project.
@Wayne-Workman I think too. But what I don’t get is the fact that the patreon campaign runs so bad. I think this tool is used by so many people in companies and there barely reach the patreon goal. Makes no sense to me.
I mean I just learned that this tool exist and I play in my test environment with it and it works so much better than SAD-Tools or other tools I tested.
I am down to support this great tool with donations but reading about quiting made me a little hesitant.
Find one to develop this tool is one thing, but maintain the tool with new driverpacks is a other. I hope they will find a way to continue.
Hey guys just found this:
Update from BadPointer (developer of SDI)
I said to patrons that the campaign will go on and all funding will go to SamLab.
I can afford to give up my share but he became too depended on that money. I should have never tried to close the Patreon campaign.
I’ll stay with the project till some else takes over and only then I can move on.
source
https://www.technibble.com/forums/threads/snappy-driver-installer-is-dead.70834/page-3
I hope SDI will continue to exist…
@Tom-Elliott Thank you Tom. Now the install script runs flawlessly.
Hey folks,
I am new to this so pls bear with me. Thank you in advance!
I have a problem with installing the current git trunk version. I am using a VM with Ubuntu 14.04. I already tried FOG 1.2.0 stable on a VM but I want to test the current 1.3.0 beta version. With version 1.2.0 I had a flawless installation.
For this test I set a new VM with 14.04. When I run the fog install script it stops at : You still need to install/upgrade your database schema… And prompts me to go to x.x.x.x/fog/management and install/update the database. When I do this i get following error msg in the browser: No database to work off SQL: [23] SET SESSION sql_mode=‘’ Params: 0
FYI I set no password for mysql database.
Maybe you experienced the same problem and have advice for me.
Thank you in advance!