One thing more:

Php.ini memory limit = 3000M

Server version RHEL 7.3
Virtual Machine with 6 cores and 12 GB RAM
The group is very small 3 computer

Now I am seeing that the MySQL process is “normal” but the httpd is at 100%

The browser takes 2 minutes and 34 seconds to show the membership of the group. Maybe the code see or calculate over all hosts in the DB, I have 7007 computers.

I have problems with the perfomance of the server (I don’t know if is better open a new thread about this).

When I try to do a group task, the mysql proccess goes to 100% of the CPU and the browser takes a lot of time to refresh the screen. To go from the advanced tasks view to the launch view takes 1 minute or more and If I try to see the membership of one group the same problem.

One thing more, the httpd and FOGTaskScheduler are at 100%

Hi Tom,

I have upgraded the server version to the last one in working branch (running version 57), erased the group scheduled task, reboot the server and create a new group scheduled task.

select * from scheduledTasks\G
*************************** 1. row ***************************
         stID: 82
       stName: Hardware Inventory Task
       stDesc: 
       stType: C
 stTaskTypeID: 10
     stMinute: 30
       stHour: 14
        stDOM: *
      stMonth: *
        stDOW: *
    stIsGroup: 
stGroupHostID: 7036
    stImageID: 0
   stShutDown: 
     stOther1: 
     stOther2: -1
     stOther3: bczgiflf
     stOther4: 1
     stOther5: 
   stDateTime: 0
     stActive: 1
*************************** 2. row ***************************
         stID: 84
       stName: Hardware Inventory Task
       stDesc: 
       stType: C
 stTaskTypeID: 10
     stMinute: 17
       stHour: 16
        stDOM: 2
      stMonth: 10
        stDOW: 
    stIsGroup: 1
stGroupHostID: 334
    stImageID: 0
   stShutDown: 
     stOther1: 
     stOther2: -1
     stOther3: bczgiflf
     stOther4: 1
     stOther5: 
   stDateTime: 0
     stActive: 1
2 rows in set (0.00 sec)

One thing more the FOGScheduler daemon in down, I scheduled the task at 16:14 and crash!!!

 date
lun oct  2 16:27:01 CEST 2017
[root@fog6 bczgiflf]# tail -f /opt/fog/log/fogscheduler.log 
[10-02-17 4:11:28 pm]  * 1 task found.
[10-02-17 4:11:28 pm]  * Task run time: Tue, 03 Oct 2017 14:30:28 +0200
[10-02-17 4:12:28 pm]  * 1 task found.
[10-02-17 4:12:28 pm]  * Task run time: Tue, 03 Oct 2017 14:30:28 +0200
[10-02-17 4:13:28 pm]  * 1 task found.
[10-02-17 4:13:28 pm]  * Task run time: Tue, 03 Oct 2017 14:30:28 +0200
[10-02-17 4:14:28 pm]  * 1 task found.
[10-02-17 4:14:28 pm]  * Task run time: Tue, 03 Oct 2017 14:30:28 +0200
[10-02-17 4:15:28 pm]  * 2 tasks found.
[10-02-17 4:15:28 pm]  * Task run time: Tue, 03 Oct 2017 14:30:28 +0200

And not php error

I want to schedule a group task but this one doesnt appear in the Schduled Task view but in the database appears his registry.

We have several PXE server in the same vlan, three FOG servers and one LanDesk server. We control the access to the PXE using a little daemon in the different FOG servers that update the dnsmasq.conf file with the mac of the computers that have an active task. Is simply but effective.

Historically, this option has been empty and this change may lead to unforeseen side effects.

The “port-security” option is configured enable to avoid the loops and the possibility of using virtual machines without NAT.

Thanks Wayne for your good words XD

Yes. In the hour field 0, 23/2

Solved!! The problem was some tasks that had misconfigured the cron hour

One more thing, I have a very old FOG server (0.30) using PXE and with PXE I don’t have issues with TFTP and Cisco WS-C2960X-48TS switches.

Server

• FOG Version: 1.4.2
• OS: RedHat 7.3

Client

• Service Version:
• OS:

Description

Hello!!
I have problems with TFTP server and the Cisco WS-C2960X-48TS switches.

I know that the next issue is in the wiki

Solution

Typically this is caused by two or more DHCP services running on one network, and one or more of them being incorrectly configured for FOG. The administrator may or may not know of these DHCP services, one or more of them could be a rogue DHCP service. You can find a rogue DHCP service by running Wireshark on a computer and applying the filter bootp to only see DHCP traffic, and then doing several IP releases and renews. Any rogue DHCP service should show up in the replies.

Another cause of this problem, although less common, is that Option 066/next-server is not configured on the only DHCP server in the environment. Find instructions on correcting this here: Modifying existing DHCP server to work with FOG 

My problems is that the NOC doesn’t want to change the options in the DHCP
The Cisco WS-C2960X-48TS-L has one option “switchport-port-security” which if is enabled the issue appears and if disabled, the issue doesn’t appear. Problem for me, the NOC is reluctant to change this option to disabled

Can I send, changing the iPXE menu or using other alternative, the TFTP server?

I have started the FOGScheduler daemon and the load is:

[root@fog7 fogproject]# systemctl start FOGScheduler
[root@fog7 fogproject]# uptime
 16:54:22 up 6 days,  2:30,  1 user,  load average: 1,19, 0,78, 0,90
 16:54:28 up 6 days,  2:30,  1 user,  load average: 1,18, 0,78, 0,90
 16:54:35 up 6 days,  2:30,  1 user,  load average: 1,53, 0,87, 0,93
 16:54:42 up 6 days,  2:30,  1 user,  load average: 1,57, 0,89, 0,94
 16:55:39 up 6 days,  2:31,  1 user,  load average: 2,02, 1,13, 1,01
 17:11:10 up 6 days,  2:46,  1 user,  load average: 1,80, 1,63, 1,30

I stop the daemon and …

[root@fog7 fogproject]# systemctl stop FOGScheduler
[root@fog7 fogproject]# uptime
 17:14:05 up 6 days,  2:49,  1 user,  load average: 1,66, 1,65, 1,36
[root@fog7 fogproject]# uptime
 17:18:42 up 6 days,  2:54,  1 user,  load average: 0,86, 1,31, 1,31
[root@fog7 fogproject]# uptime
 17:20:26 up 6 days,  2:56,  1 user,  load average: 0,86, 1,16, 1,25

Server

• FOG Version: 1.4.2
• OS: RedHat 7.3

Client

• Service Version:
• OS:

Description

When I launch a hardware inventory task and schedule shutdown after task completion, the computer doesn’t shutdown and reboots.

If I launch a deploy task with shutdown, works fine.

@st.mu said in No ldap request froma LDAP Management plugin:

“Search failedInternal Server Error” from LDAP Management when try to search people.

In the login page?

The permissions are OK

Maybe the folder permissions? Can you do a

ls -la /var/www/html/fog/lib/plugins

?

Hi Wayne,

# systemctl -l status FOGScheduler
● FOGScheduler.service - FOGScheduler
   Loaded: loaded (/usr/lib/systemd/system/FOGScheduler.service; enabled; vendor preset: disabled)
   Active: active (running) since lun 2017-06-19 18:44:45 CEST; 18h ago
 Main PID: 1136 (FOGTaskSchedule)
   CGroup: /system.slice/FOGScheduler.service
           ├─1136 /usr/bin/php -q /opt/fog/service/FOGTaskScheduler/FOGTaskScheduler &
           └─1140 /usr/bin/php -q /opt/fog/service/FOGTaskScheduler/FOGTaskScheduler &

jun 19 18:44:45 fog7.lgp.ehu.es systemd[1]: Started FOGScheduler.
jun 19 18:44:45 fog7.lgp.ehu.es systemd[1]: Starting FOGScheduler...

Doing a ps

# ps aux | grep FOGTas
root      1136  0.0  0.1 330196 17388 ?        Ss   jun19   0:00 /usr/bin/php -q /opt/fog/service/FOGTaskScheduler/FOGTaskScheduler &
root      1140 99.9  0.1 418668 15072 ?        R    jun19 1134:24 /usr/bin/php -q /opt/fog/service/FOGTaskScheduler/FOGTaskScheduler &

FOG version: 1.4.2
OS: RedHat 7.3

I am using RedHat 7.3 in my FOG server and I see that the FOGTaskScheduler daemon uses the 100% of the CPU. Is this behaviour normal?
The server has 6 cores and ono of them is full.