@wayne-workman Thanks alot guys that fix the issue, now I just have this issue when opening the fog via the webpage I see that no storage is attached.

0_1521139121302_Fog Image.PNG

Ok thanks.

@tom-elliott

Still me, I just redo a test and here are the multicast logs

[03-15-18 10:24:37 am] | Task (15) Multi-Cast Task is new!
[03-15-18 10:24:37 am] | Task (15) /images/SalleC11-01 image file found.
[03-15-18 10:24:37 am] | Task (15) Multi-Cast Task 2 clients found.
[03-15-18 10:24:37 am] | Task (15) Multi-Cast Task sending on base port: 54210.
[03-15-18 10:24:37 am] | Command: /usr/local/sbin/udp-sender --interface eth0 --min-receivers 2 --max-wait 600 --portbase 54210 --full-duplex --ttl 32 --nokbd --nopointopoint --file /images/SalleC11-01/d1p1.img;/usr/local/sbin/udp-sender --interface eth0 --min-receivers 2 --max-wait 10 --portbase 54210 --full-duplex --ttl 32 --nokbd --nopointopoint --file /images/SalleC11-01/d1p2.img;/usr/local/sbin/udp-sender --interface eth0 --min-receivers 2 --max-wait 10 --portbase 54210 --full-duplex --ttl 32 --nokbd --nopointopoint --file /images/SalleC11-01/d1p3.img;/usr/local/sbin/udp-sender --interface eth0 --min-receivers 2 --max-wait 10 --portbase 54210 --full-duplex --ttl 32 --nokbd --nopointopoint --file /images/SalleC11-01/d1p4.img;
[03-15-18 10:24:37 am] | Task (15) Multi-Cast Task has started!
[03-15-18 10:24:47 am] | Task (15) Multi-Cast Task is already running with pid: 43102.
[03-15-18 10:24:57 am] | Task (15) Multi-Cast Task is already running with pid: 43102.
[03-15-18 10:25:07 am] | Task (15) Multi-Cast Task is already running with pid: 43102.
[03-15-18 10:25:17 am] | Task (15) Multi-Cast Task is already running with pid: 43102.
[03-15-18 10:25:27 am] | Task (15) Multi-Cast Task is already running with pid: 43102.
[03-15-18 10:25:37 am] | Task (15) Multi-Cast Task is already running with pid: 43102.
[03-15-18 10:25:47 am] | Task (15) Multi-Cast Task is already running with pid: 43102.
[03-15-18 10:25:57 am] | Task (15) Multi-Cast Task is already running with pid: 43102.
[03-15-18 10:26:07 am] | Task (15) Multi-Cast Task is already running with pid: 43102.
[03-15-18 10:26:17 am] | Task (15) Multi-Cast Task is already running with pid: 43102.
[03-15-18 10:26:27 am] | Task (15) Multi-Cast Task is already running with pid: 43102.

@doludizgin If you are keen you can surely compile your own iPXE binary with an embedded script asking for a static IP to enter. Take a a look at the wiki on how to do that.

But I suggest you better run a DHCP server just as George and Wayne said…

@wayne-workman @Tom-Elliott
Thanks for the help guys! I was able to get it re-installed although I have one issue, I will open another thread for that.
Thanks again!

@george1421 Yes, if i change password of one user into FOG_Admin, It change immediatly for connect to FOG WEBUI. 🙂

@itcc correct

@itcc Two ways.

Manually: https://wiki.fogproject.org/wiki/index.php?title=Change_FOG_Server_IP_Address With a tool: https://github.com/FOGProject/fog-community-scripts/tree/master/updateIP

I remoted in with teamviewer and helped the OP get things working correctly. We had to ensure that the dhcp server only bound to the imaging lan NIC adapter and not both. We also found a nuance with ubuntu where it only wanted one interface up at a time by default. Once we had both interfaces up, fog installed correctly and like the OP needed it. Solving this case.

@george1421 In that case, the issue resolved. Thank you for all the help.
Tom

TY guys, I solved it, the path in tftp options was wrong. I saw other post with same issues. many tks for help

@Greg-Plamondon The new video is interesting as is seems to show that it finds the interface eth0 but is not able to bring it up within 35 seconds. What kind of client model is this? Are you able to FOS boot this very same machine at a different location? I kind of doubt but what do I know. 😉

Tom,
Thanks for your help! I reapplied (what seemed to be the already) correct permissions, rebooted the server and now it works!

@x23piracy finally figured out snapin packs and they worked perfectly. Thanks guys

So, worked remotely and was able to help determine part of the problem.

Installed apachetop and took a look, found a lot of things still looking at servicemodule-active.php. We moved away from this call as it had some weird issues on its own. Moved the file and the GUI become much less sluggish. Worked to get phpmyadmin working as well. This wasn’t a problem with php-fpm vs. libapache2-mod-php (though I did make sure phpmyadmin would access using the php-fpm system). Part of the problem that was happening was the rewrite rules that handles api system.

Moved the rewrite rules into the directory stanza of the fog.conf. Made this update in the working-1.5.1 branch as well. I haven’t had time to test whether this move actually still allows the system to work, but it should. Will work on that this weekend (testing to see it works properly).

Also, we are still working to help purge the db of old stuff that’s no longer needed.

@tom-elliott said in Target cannot shutdown if program is open:

You were trying to say MOVE3 was modifying the abilities of the FOG Service.

Right
But MOVE3 has problems of its own. Can’t tell if the key is there or not. Now we have the server room under lock and key (3rd world country lol) so I don’t know what the error was.

@Wayne-Workman that tool helps with TCP/IP printers, not network shared ones.

@BrendoJohnso Can we see a screenshot of the printer config in the GUI (feel free to replace any sensitive information), as well as the C:\fog.log from a machine that is failing to add the printer?

You could also try a shutdown -s -f on the machine, that has helped me in some cases.

In addition to what George asked, what are the image settings for what you’re trying to upload? Does this happen on other machines as well?

[mod note] Marking as solve. I setup a teamviewer session with the OP and helped him fix this and a few other issues. At this point the OP is imaging as designed now.