Posts made by Hanz

@Wayne-Workman I could do this with phpMyAdmin right ? I dunno why I didn’t think of that. Anyways I’ll go that route, but leave this just so the devs know this is going on, at least on 6321.

Also running php 7.0 from remi

@Wayne-Workman I’ve got /etc/php.ini , /etc/php.ini.rpmnew, /usr/share/doc/php-common/php.ini-production, and /usr/share/doc/php-common/php.ini-development.

I changed the first one and double checked the line to make sure it was saved.

@Wayne-Workman sry didn’t see that error before when looking…changed it to 2500 and rebooted server…still getting same error.

[Mon Feb 22 08:39:23.847739 2016] [:error] [pid 5050] [client 10.72.2.46:60053] PHP Warning: Unknown: Input variables exceeded 1000. To increase the limit change max_input_vars in php.ini. in Unknown on line 0, referer: http://10.72.3.50/fog/management/index.php?node=group&sub=membership&id=63

@Wayne-Workman here is the apache error log from the instance.

[Mon Feb 22 08:39:23.847739 2016] [:error] [pid 5050] [client 10.72.2.46:60053] PHP Warning: Unknown: Input variables exceeded 1000. To increase the limit change max_input_vars in php.ini. in Unknown on line 0, referer: http://10.72.3.50/fog/management/index.php?node=group&sub=membership&id=63

@Wayne-Workman random five works fine

@Tom-Elliott any suggestions ? 8G Ram I5 proc. is what I have now. Any settings for this ?

@Tom-Elliott still on 6321, created group “Whole” and tried to add all 1600+ hosts to that group, but after it says the group updated successfully, there are no members in group “Whole”…Is there a limit to the amount that can be added at once ?

I would like to add all my hosts under one group to make resetting encryption data easier.

I’m running SVN 6321 and wanted to know if this has been addressed before updating to newest version.

@Paulman9 that is the correct version, just updated myself…

@Wayne-Workman I think it’s very close indeed, and do realize there are a lot of things that needed to be changed in order to make gpt/uefi/windows 10 work properly. I’m not really complaining as I’ve used many different coding languages, except php, and completely understand the complexities with trying to perfect a program, but we should have a better idea than “hopefully sometime”. It’s just a little discouraging sometimes.

I have been coming along with trunk since April 2015…It has grown to be an awesome package for imaging that destroys SCCM, hands down, in speed. Unfortunately we are now on revision 6303, with numerous NEW issues arising with just about every update. I have been very fortunate to be granted permission to run a “beta/trunk” version within our environment, which I feel hopefully has helped Tom and the other developers on the team with situations just not possible to duplicate in a virtual realm. Single server with multiple storage nodes, seperated by routers and vlans.

I don’t understand, with FOG 2.0 supposedly in the works, why we don’t have a final stable version of Fog 1.3.0 available yet. As of 3 months ago it was decided that no more feature requests would be accepted in order to finalize; however, as I mentioned before, it seems that multiple things are being changed, even if already working correctly.

This is becoming increasingly frustrating when I update to fix one problem, only to be confronted with two or three other things broken. So please, with all due respect, let’s finish “THIS” version as a stable one, and then begin working on the next version seperate.

I’d like to finish by thanking the whole development team, especially Tom Elliott, as I’ve bothered him plenty with just about every issue, for creating this wonderful software.

Per svn 6303 multicast clients show “Attempting to check in …Failed”

Apache error log

[Wed Feb 17 10:24:36.668646 2016] [:error] [pid 19608] [client 10.72.217.149:43896] PHP Fatal error: Uncaught Error: Call to a member function get() on unknown in /var/www/html/fog/lib/reg-task/taskqueue.class.php:51\nStack trace:\n#0 /var/www/html/fog/service/mc_checkin.php(3): TaskQueue->checkIn()\n#1 {main}\n thrown in /var/www/html/fog/lib/reg-task/taskqueue.class.php on line 51
[Wed Feb 17 10:24:37.672038 2016] [:error] [pid 19693] [client 10.72.217.148:41360] PHP Fatal error: Uncaught Error: Call to a member function get() on unknown in /var/www/html/fog/lib/reg-task/taskqueue.class.php:51\nStack trace:\n#0 /var/www/html/fog/service/mc_checkin.php(3): TaskQueue->checkIn()\n#1 {main}\n thrown in /var/www/html/fog/lib/reg-task/taskqueue.class.php on line 51
[Wed Feb 17 10:24:38.523917 2016] [:error] [pid 12583] [client 10.72.217.147:44200] PHP Fatal error: Uncaught Error: Call to a member function get() on unknown in /var/www/html/fog/lib/reg-task/taskqueue.class.php:51\nStack trace:\n#0 /var/www/html/fog/service/mc_checkin.php(3): TaskQueue->checkIn()\n#1 {main}\n thrown in /var/www/html/fog/lib/reg-task/taskqueue.class.php on line 51

those were the 4 clients, and it re-iterates every 5 seconds.

Regular imaging check in works fine. I should add that this is multicast from storage node.

@Tom-Elliott Like a charm, that’s why you are da man sir

@Tom-Elliott yessir, unfortunatley I only have the 1 setup so that’s why I’m quick to bother you…LOL

I’d like to add that my output is the same for my machines…I did the browser test you mentioned and I got the first result…Imaging doesn’t work at all for my sysprep machine…

it just sits here with no kernel panic errors. It looks as though the actual kernel filenames are missing, and only showing directory where file should reside.

@Wayne-Workman This exact error is what I’m getting as well…hardware worked previously so it’s in the code.

@Wayne-Workman This is happening to me as well…SVN6267 was last known working version…https://forums.fogproject.org/topic/5642/end-kernel-panic-not-syncing … this link shows the exact error I’m getting…however; this is happening while trying to multicast or singularly try to image from storage node. Imaging from server itself works fine.

Currently running SVN 6287

@Tom-Elliott I sent you a msg as well, the error I posted is no longer present after cleaning mutlicast “stuff” from fog server and rebooting, but now I get to partclone screen and it hangs.

Multicast log from gui

[02-03-16 9:30:29 am] | Task (17) Multi-Cast Task is already running PID 2461
[02-03-16 9:30:39 am] | 0 tasks to be cleaned

Service Master log

[02-03-16 9:26:47 am] service_signal_handler (30080) exiting.
[02-03-16 9:26:48 am] service_signal_handler (29843) received signal 2.
[02-03-16 9:26:48 am] service_signal_handler (29843) killing child (29861).
[02-03-16 9:26:48 am] service_signal_handler (29843) exiting.
[02-03-16 9:27:58 am] FOGImageReplicator Start
[02-03-16 9:27:58 am] FOGMulticastManager Start
[02-03-16 9:27:58 am] FOGImageReplicator Start
[02-03-16 9:27:58 am] FOGTaskScheduler Start
[02-03-16 9:27:58 am] FOGPingHosts Start
[02-03-16 9:27:58 am] FOGImageReplicator fork()ed child process (1356).
[02-03-16 9:27:58 am] FOGMulticastManager fork()ed child process (1357).
[02-03-16 9:27:58 am] FOGImageReplicator fork()ed child process (1355).
[02-03-16 9:27:58 am] FOGImageReplicator child process (1356) is running.
[02-03-16 9:27:58 am] FOGImageReplicator child process (1355) is running.
[02-03-16 9:27:58 am] FOGTaskScheduler child process (1354) is running.
[02-03-16 9:27:58 am] FOGPingHosts fork()ed child process (1358).
[02-03-16 9:27:58 am] FOGTaskScheduler fork()ed child process (1354).
[02-03-16 9:27:58 am] FOGPingHosts child process (1358) is running.
[02-03-16 9:27:58 am] FOGMulticastManager child process (1357) is running.

I rebooted between 9:26 and 9:27 as you can see from log.

This is tasked to multicast from remote storage node I might add. Have not tested multicast from server subnet yet, and I’m running trunk per the 6177.

I’d also like to add that after trying to run a multicast the server shows “This is not the master storage node” under multicast log, until I completely clean mysql of multicastAssoc, MulticastgroupAssoc, and task type=8 followed by a reboot, then I get the logs as shown above working correctly.

@PageTown /opt/fog/.fogsettings —the file is hidden under that directory, but with nano (which I prefer and will need installed) or vi, it can be edited and resaved.

If you google mounting in linux it will give you an idea of how I mounted the volume with /etc/fstab, there’s a lot out there on the subject

I just had to do this and can verify that changing parameters for /images directory in .fogsettings and rerunning installer…then changing it in gui worked like a charm with no export modifcation necessary as fog did it for me. Mounted of course in /etc/fstab as UUID.