Manually typing TFTP address after booting

[Quazz]

Dropped my database, purged mysql and apache and reran an older revision to fix the previously mentioned glitches. I know it’s extreme, but my database had quite a few issues and this will be cleaner and faster for me.

[Tom Elliott]

@Quazz I believe you saw from an update that I pushed last night.

My push last night (on jquery and on templates) was to ensure any unset template value was defaulted to an empty string.

However my approach forgot that you can include other templates within the page.

For example, in the code:

$this->templates = array(
    '${field}',
    '${input}',
);

$fields = array(
    _('This is a test to show how things can be added upon to the templates.  The name of this new template will be ${name}') => _('This is the input param from above, also with an included template in directly defined: ${iamanugget}'),
);

foreach ($fields AS $field => &$input) {
    $this->data[] = array(
        'field' => $field,
        'input' => $input,
        // Now i still need to add the other templated items to have it print out
        'name' => 'Hello World',
        'iamanugget' => 'Sorry for being an idiot',
    );
}

The output should print something along the lines of:

This is a test to show how things can be added upon to the templates.  The name of this new template will be Hello World    This is the input param from above, also with an included template in directly defined: Sorry for being an idiot

This worked typically but if a templated value was not set in the data, it would show similar issues as you saw in my mistake.

I stupidly didn’t iterate the data as it’s passed to replace the found entries which is why you were seeing these ‘${service_value}’ and on other pages.

This should now be fixed.

[Quazz]

@Tom-Elliott Alright, good to hear, I’ll update to the newest revision in a bit after I’ve captured these images.

I believe everything is thus resolved on my end, thanks

[Tim M]

@Sebastian-Roth Thanks. You guys are awesome! I will try to get to that today. When I wanted to switched from Ghost to Fog a few years ago, my boss was worried about customer support. Just try to get this kind of quick response from Symantec!

[Sebastian Roth]

@Quazz Thanks for letting us know. Please keep us posted if you see this again. You are probably better of using proxydhcp in your case!

[Tim M]

@Sebastian-Roth Forgive my ignorance, I captured a PCAP dump, but probably grabbed too much. It was too big to upload so I shared it on Google Drive here: https://drive.google.com/file/d/0B5aGXxaL3_W6aFVfbnItNVRyTDQ/view?usp=sharing

Here are the TFTP Server settings:

I have my Windows DHCP Server set with option 66 as 10.2.1.96 and Option 67 as undionly.kpxe. I have tried kkpxe, ipxe, etc… with no success.

I installed the latest Trunk today (6124). I am still getting the same error. It looks like the screenshot that Quazz uploaded 12 days ago. It keeps asking for the TFTP server.

Thanks for your help and patience.

[Sebastian Roth]

@Tim-M Thanks for uploading the PCAP file. This is great. I’d never be able to find those issues if I’d just be asking questions about your network setup. PCAP/Wireshark is just showing the whole truth. Love it!

So I guess 10.2.1.2 is your Windows DHCP server. It is answering nicely handing an IP and PXE boot information (next-server=10.2.1.96 and filename=undionly.kpxe) to the client. But there seams to be another DHCP server on the network! 10.2.1.254 is answering too. I guess this is your gateway (maybe this is provided and configured by an ISP as we have seen with Quazz an others). It answers three times in a row and hands out three completely different IPs (10.2.8.3, 10.2.12.1, 10.2.3.246), next-server options (10.3.1.2, 10.4.1.2, 10.2.1.96) and filename options (<empty>, undionly.kpxe) to the client.

On the first go (when the NIC itself PXE boots) things seam to work fine as it is requesting the iPXE binary from your FOG server correctly. But iPXE trying to request an IP is being confused by all those responses - which I don’t wonder about at all.

Please check you network setup and see who is sending those DHCP replys (who is 10.2.1.254, maybe ip-helpers on a switch?) and why does it answer three times. It should not answer at all. DHCP is handled by your Windows DHCP server!

[Oleg]

I upgraded to the latest trunk and now It’s working if I uncheck the FOG_USE_SLOPPY_NAME_LOOKUPS.
I will try to understand what has been done
Thanks !

[Tom Elliott]

@Oleg to my knowledge this field does 100% work of nothing. I think it was intended to use the gethostbyaddr function in php or a more suitable method when it was originally added. However, I have no ideas how else to test for this.

[Oleg]

@Tom-Elliott
I have to correct - sometimes it works and sometimes not. So it’s stilll not working. Will wait and test.