Topics created by Polii123

Moved into FOG Problems for now.

Moved as this should be much more prevalent than being reported currently. As stated, I’m not saying this isn’t a problem. Just saying it’s one that I cannot seem to replicate and it isn’t breaking any normal functionality.

@Tom-Elliott
Works perfectly now! Thanks a lot!

@Tom-Elliott So will you start including those? I don’t understand.

A very simple question, I suppose, but do the hosts that are registering have the new or legacy client?
Can you provide the client log of one of the “adding” systems? (If you are using legacy client please post one for each of the clients – one legacy client fog.log and one new client)

@Tom-Elliott This would have worked too: https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_MySQL#Repair_broken_database

Found and fixed for RC-14.

@Polii123 That’s what I would suspect, yes.

This ran in mysql will remove the hosts from the group. All you have to do is swap in your host and group names (leave the quotes).

I also advise always backing up before you make any mysql changes.

DELETE FROM groupMembers WHERE gmHostID = (SELECT hostId FROM hosts WHERE hostName="HOSTNAME") AND gmGroupID = (SELECT groupID FROM groups WHERE groupName="GROUPNAME");

you could also set variables at registration stage in autoregister in the sense of if you know which OU a machine should go in by it’s naming convention (or by location if using location plugin) you could set it there and it gets set during registration then you never need to think about it and if it doesn’t match criteria revert back to defaultOU field… this potentially could be bundled into a simple plugin to hand OU … the limit really is endless (and i’m sure this code could be cleaned up a lot (Tom’d) and it’s quick and dirty but just so it’s simpler to follow…
for example:

if($_REQUEST['doad'] == '1') { //Room/Location 1 Example Handler $r1chk = strpos($realhost, 'R1-'); if ($r1chk !== false) { $r1 = "1"; } //Room/Location 2 Example Handler $r2chk = strpos($realhost, 'R2-'); if ($r2chk !== false) { $r2 = "1"; } //Room/Location 3 Example Handler $r3chk = strpos($realhost, 'R3-'); if ($r3chk !== false) { $r3 = "1"; } //Room/Location 4 Example Handler etc...etc... $r4chk = strpos($realhost, 'R4-'); if ($r4chk !== false) { $r4 = "1"; } if ($reallocid == "10" && $r1 != "1" && $r2 != "1" && $r3 != "1" && $r4 != "1") { $OUs = "OU=Location10,OU=Workstations,OU=Domain,DC=com"; } else if if ($reallocid == "15" && $r1 != "1" && $r2 != "1" && $r3 != "1" && $r4 != "1") { $OUs = "OU=Location15,OU=Workstations,OU=Domain,DC=com"; } else if ($r1 == "1") { $OUs = "OU=Room1,OU=Workstations,OU=Domain,DC=com"; } else if ($r2 == "1") { $OUs = "OU=Room2,OU=Workstations,OU=Domain,DC=com"; } else if ($r3 == "1") { $OUs = "OU=Room3,OU=Workstations,OU=Domain,DC=com"; } else if ($r4 == "1") { $OUs = "OU=Room4,OU=Workstations,OU=Domain,DC=com"; } else { $OUs = explode('|',$FOGCore->getSetting('FOG_AD_DEFAULT_OU')); }

This should now be fixed.

The editing of groups was likely a problem that I hope to have fixed.

When you removed hosts en-mass, it didn’t clear other associative fields.

I’ve added a cleaner to this, to hopefully make editing these items a bit better.

The blank screen is because apparently I need to adjust the version of PHP. I’ve updated the source to hopefully install at least php 56 for most OS’s though I don’t know everything.

Ran into this again with r3706–>r3711

Debian GNU/Linux 7 \n \l

needed:

apt-get install libapache2-mod-php5

Tom fixed this in r3712. Thanks again Tom.

@Wayne-Workman It’s only working if the NAS isn’t the Master Node, I think…

@Polii123 said:

@ch3i said:

@Polii123 said:

But how did they come into my config.class.php file?

Maybe a ghost lol

F*****g ghots 😡 I think Tom has to code some ghostbusters, so things like that won’t happen again. 😂

3430 should not allow the brackets at all. I don’t know why it did it to begin with, but worse things have happened I suppose?

@Polii123 This is because document root is looking at /var/www/fog (so you can access by simply http://localhost/) and still see fog. However, the FOG_WEB_ROOT setting is not reflecting this. So essentially it’s looking for the link:

http://localhost/fog/status/hw.php in: /var/www/fog/fog/status which I’m going to guess doesn’t exist.

Ok, i will use Wheezy then. Thanks for the fast answer.

Also, don’t forget that most of the time the speed issues are either going to be hardware limits now or point at a problem with connectivity to the NFS server.

I believe its alphabetical what I did was prefix my snapins with a number to force an install order it also helped to put my commonly used snapins at the top of the list.

While old I figure it pertinent that this is fixed in current svn. Was fixed at some point int he 3300’s.

Hi,

Updated to latest version and I haven’t the msi in the client folder.

Regards,
Ch3i.

Edit : Solved using that : [url]http://fogproject.org/forum/threads/latest-development-fog.10556/page-28#post-44440[/url]

I’d kill for something like this, although there are definitely workarounds that we use like the temporary group suggestion. It’s a pain in the ass, but I am guessing there is no way to do it without groups.