Latest FOG 0.33b
-
You don’t need to nuke to go to the latest. Just perform an update. Basically, download the latest and greatest. Then re-run the bin/installfog.sh script. It will automatically update everything for you. As I haven’t made any changes to the Schema, Database information should remain in-tact.
-
It seems that the buttons on the GUI are missing… possibly something to do with the new language stuff.
When I installed I selected not to install language packs.[ATTACH=full]464[/ATTACH]
[url=“/_imported_xf_attachments/0/464_GUIMissing.png?:”]GUIMissing.png[/url]
-
Try it again. I noticed that issue as well. Updated the files to fix the issue. You should be good to go.
r1055.
-
since your adding the internationalization… would you recommend selecting the language packs or going without?
-
Go without for now. The packs its referring to as far as I can tell is dealing with stdout not the web stuff.
-
still got the same issue downloaded about 5 minutes ago.
-
What does your error logs say?
-
Vincent,
I’m looking into this issue, and installing debian and then installing the fog server. Hopefully I’ll replicate your results and give a better answer and fix this issue for all of us.
-
I know what the problem is, and have fixed the issue. During all my “changes” I forgot to require the text.php file for menu generation, as well as the language bar generation.
Hopefully 1056 will work much more betterer.
Please forgive my single file overlook there. I’ve been modding a lot of files lately, so I think it warrants a missed file here and there.
-
you should give coding lessons
i’ll do some more tests tomorrow
-
r1057 released.
This should remove erroneous error messages, such as Illegal Offset Type, and the functions need to match. I doubt I’ve gotten all, but it should be close.
-
Something I’ve noticed… When you make a host the client settings are all off.
The Rename early still isn’t renaming my machines. and the fog service seems to be giving an error.
Could one of the changes in the database mean the client is looking in the wrong place?
[url=“/_imported_xf_attachments/0/466_HostnameChangerError.png?:”]HostnameChangerError.png[/url]
-
Are the services enabled on the FOG Server; they have to be globally enabled, and enabled on the Host as well.
Rename early works on mine, but that was testing with Windows XP. I’ll test again with both XP and 7 just to be on the safe side.
-
It is globally enabled and enabled on the host. I was thinking a change in database might be the cause due to ‘Hostname not found in the database’
I know the database from 0.33 isn’t compatible with 0.32… has this variable been moved/renamed.
My client OS is Windows 7 Enterprise 64.
-
to my knowledge, the host name field is still stored in hostName on the hosts table. However, I’m not sure if this was the case with 0.32.
I’m checking my code right now, but I’m not seeing why it would be returning with that.
-
Can you perform a restart on the client, and read the error logs from the FOG server?
I want to see where it reports the errors and at which times. Mine is close, but your’s is already operational.
Again, you can do this when you want.
-
where is the error log from the fog server stored?
-
/var/log/apache2/error.log I think.
-
Here is what i found…
10.0.0.211 is the VM i images
10.0.0.226 is my management VM with the web gui opendoesn’t mean much to me, there is a ton of log in there…
[url=“/_imported_xf_attachments/0/467_serverlogextract.png?:”]serverlogextract.png[/url]
-
Well those errors are easy to forget. I don’t see anything useful in those logs.
