Auto registration for unregistered hosts with Quick registration and invetory
-
Ahh, OK. I probably didn’t look hard/long enough. I am really good at missing information that’s right in front of me. I just got started with FOG last week and I must say I’m thoroughly impressed with it.
-
So, the solution could be install the trunk version?
-
In as simple terms as possible, yes!
-
Is it possible to shutdown computer after auto populating with given image instead of restarting (and booting from HD)?
-
It should be possible to customize your fog to allow for this but its not settable in fog you would have to see how the web gui does it when you manually deploy an image and check the shutdown after task box.
-
Have som problems with Fog - some computers don’t register correctly and when I checked the database, the host is registered with hostID 0 - related MAC address is in the table hostMAC (with hostID 0) but host is not showing in hosts list, and is not recognised as registered. Using older trunk version 3153.
When I manualy delete these two records from database, host register correctly. I have only two PC with thos problem and dont know why these two.
-
Just had third case - notice message “Host is not valid.” instead of “Done, with imaging”. Again delete from database, and host regiter succefully through automatic Quick registration.
-
I think this was addressed in a later SVN.
-
OK, I’ll try update to latest trunk.
-
Often when I update to the newest trunk I cannot change Fog Settings from web page (end in blank page, setting not changed, I must edit it directly in DB). Is there something I can do to fix this, or just wait to another trunk which address this?
-
What revision and do you have Apache error logs when the white screen occurs?
-
Version: 3278
And there was no log in apache error log file, only in access. I tried turn on PHP errors displaying and there is one fatal error:[B]Fatal error[/B]: Call to undefined function mcrypt_get_iv_size() in [B]/var/www/fog/lib/fog/FOGBase.class.php[/B] on line [B]301[/B]
-
Can you try 3279? The reason mcrypt_get_iv_size is failing, in my guesstimation is that my trying to keep errors from downloading the client files was what screwed this up for you. It should work better now, with any luck.
-
OK it seems for some reason mcrypt php module was installed but not enabled.
Fix:
php5enmod mcrypt
service apache2 restart -
[quote=“Tom Elliott, post: 45876, member: 7271”]Can you try 3279?[/quote]
I installed 3279 and at least the error didn’t reappeared. Can’t tell if it fixed it as I fixed it with enabling mcrypt odule as I wrote before…
