It sounds like the drives are on separate virtual machines in which case you need to install fog on the second one as a storage node. Not sure how current this is but here is a video about it https://youtu.be/X72WthDGwsw.

@Tom-Elliott @george1421
Ah, so simple! Thanks very much gents!

@Ben-Warfield

Thank you Ben, just updating, simply comment de bind address on my.cnf solves the issue.

Hey george1421,
Thanks for clearing that up mate

@zingaro No, we’ve been putting together documentation where we feel it’s needed, and we consider including any submitted documentation. Is there something in particular you want to know about? Links to the wiki are in my signature.

sorry

network team had changed the scope !!!
there was no network connection

Rename .fogsettings to .fogsettingsold, in /opt/fog

@callcenter good, thanks!

Restarted FOGMulticastManager and it is working properly now

@Wayne-Workman : I will try as per your suggestion and update it

@Tom-Elliott Thanks Tom. I went ahead and deleted all the columns and just left the <mac> and <hostname> and they imported successfully.

@Quazz

Update to 1.4.0 seems to have fixed the issue with imaging.

So found the issue. Individual taskings would work, but group taskings wouldn’t. This is due to some checks added to ensure only valid taskings can be generated. The tests were looking for “Imaging tasks”, then “Snapin Tasks”, then “init needed taskings”. The memtest tasking is not considered an init needed tasking.

I’ve made the checks simpler with:

“Imaging tasks” -> “Snapin Tasks” -> All other and tasks appear to be working properly from the group page. Thanks for informing.

@Tom-Elliott

Well it does appear that it finished… I just didn’t see the play by play like the full wipe… SO that’s my fault!!

Feel free to close this ticket! Thanks!

I think Quazz is right. I was trying “sudo dnsmasq” to troubleshoot. Sorry - am very new to Linux. I think this issue is resolved, though PXE is not working, but I’ll ask about that in a new thread. For anyone reading about this issue, the steps in here will help set up dnsmasq, and answered my question.

@Thiago I think that’s what I needed to know.

If you need the directory listing, you might be better creating an index.php file that will generate the list of files for you.

You can even make them links so you could test downloads.

The idea is we use an API now and if the index file doesn’t exist (which it’s attempting to locate) it will attempt to redirect through the API. I just needed clarity on whether there was an actual issue of which you just let us know there wasn’t. It was just your “testing” that was failing (which is helpful, but not requried).

@safari2010 On screen where it’s giving the long warning, please say yes.

@zln1996
That’s awesome! Glad to hear you got it working. I figured that directory under run would have been created automatically when starting the process. How interesting. Good job and glad all is intact. Glad we were able to get you in the right direction.

Jason

Hello,

I’d like to close the topic. It was the solution.

Where is the button “solved” ?

Thanks.

Hello guys.

Finally, with wimboot systems work fine in all computer.

This was the code:

#!ipxe cpuid --ext 29 && set arch amd64 || set arch x86 kernel http://${fog-ip}/iso/asus/133/wimboot initrd http://${fog-ip}/iso/asus/133/BOOT/BCD BCD initrd http://${fog-ip}/iso/asus/133/BOOT/BOOT.SDI boot.sdi initrd -n boot.wim http://${fog-ip}/iso/asus/133/SOURCES/BOOT.WIM boot.wim boot

Thank all, a lot.