MAC Address Manufacturer Listing Update doesn't work
-
Server
- FOG Version: latest RC5
Hi,
today i tried to update my mac list, i got 22004 records before and after hitting the button to update i just see the following after some time:
Just an empty page
When i now refresh and get back to the overview the old list has been deleted and the new hasn’t been saved:
The link to the mac list itself is working in browser and also from the fog os shell, extrem slowly but working:
Is it possible that the browser hits a timeout, before the system can finish the download of the file?
From the current screenshot i should take 8-25 minutes to finish the download, looks like the browser didn’t want to wait such long?!Where is the oui.txt saved in fog filesystem? is it possible to place it there manually?
Regards X23
-
i’m not seeing an issue.
-
and i don’t know howto to fix this.
-
Because I know how slow the standards.ieee.org site is, I am actually downloading the file from:
http://linuxnet.ca/ieee/oui.txt -
@Tom-Elliott sure but how to change the download url for fog?
-
@x23piracy It already uses this “faster” download url.
-
@Tom-Elliott but webinterface is still showing the older link, what can i check to see why it’s not updating?
Regards X23
-
@x23piracy The Web interface is showing the “official” link of what it’s using, but where it’s downloading is the “faster” link I just provided.
I don’t know what you can do at this point. I can’t replicate. Are you behind a proxy?
-
@Tom-Elliott yes i am but it’s working from the shell, is the download depending of the fog webifs proxy settings depending?
Regards X23
-
@x23piracy What do you mean?
The only place fog is downloading the file from is the “faster” link.
-
@Tom-Elliott it talk about the proxy, i configured it systemwide under ubuntu, the question was is it needed to set this proxy also in fog settings under the webif? I don’t know if fog is asking system for proxy or will only use the one in the fog settings (for the case i filled in the proxy data).
-
@x23piracy If it’s system wide, it shouldn’t matter, but that doesn’t mean much. System wide still is not “system wide” in the case of curl/wget/apt/yum unless you make sure the default configuration files with the same information.