Deployment stops/waits very long with: Reattempting to update database ....
-
@george1421
another interesting point is:
I cannot deploy an image direct on the client Computer:
If I start the PC I get the normal FOG Welcome screen.
If I select Deploy Image, I’m asked for the password. But it does not Deploy the image; immediately I get the FOG Welcome screen again. Another attempt: The User and the password is still on the FOG Welcome screen???Another attempt with a different user: same behavior.
I can deploy the image from the Web Interface …
-
@kratkale This is really strange because the errors don’t align with what you have in your config file.
The logs clearly state:
[31-Aug-2018 20:37:21] WARNING: [pool www] server reached pm.max_children setting (5), consider raising itBut your config file has
pm.max_children = 50Are you SURE you don’t have 2 www.conf files? Or another .conf file in /etc/php/7.0/fpm/pool.d
If you stop php-fpm, nuke php7.0-fpm.log and then restart php-fpm are those error still present?
I don’t think the php-fpm errors are related to multicast stopping at the beginning of partclone. Is there anything on the screen of the target computers that indicate why its stopped? I clear screen shot of the error taken with a mobile phone might give us a clue to what is going on.
Also have you reviewed the multicast logs multicast.log and multicast.log.udpcast to see of there is any useful info in there?
And for some background information.
- The target computers you are deploying to, deploy OK with unicast, but fail with multicast?
- How many systems are you trying to multicast at one time?
- Are alll of the computers on the same subnet?
-
@kratkale said in Deployment stops/waits very long with: Reattempting to update database ....:
If I select Deploy Image, I’m asked for the password. But it does not Deploy the image; immediately I get the FOG Welcome screen again. Another attempt: The User and the password is still on the FOG Welcome screen???
For clarity what hardware are you trying to deploy to? (manufacturer and model). I can’t remember the normal sequence off the top of my head, in that when you create a direct deployment if it deploys immediately or automatically schedules a deployment, reboots, then deploys. I can see logic to both.
-
@george1421
Hi,
Are you SURE you don’t have 2 www.conf files?
Yes I think so:
-rw-r–r-- 1 root root 19K Sep 1 00:15 www.confI think it is ok! I changed the www.conf on the 1 Sep - the log entry is on 31-Aug-2018 at 20:37:21
So the log file informs about the old config?!
Also have you reviewed the multicast logs
Can I upload the log files? Yes there are a lot of informations - meaningless to me.
And for some background information.
1) The target computers deploy OK with unicast. The stop deploying with multicast at the first screen of partclone. It looks to me they are waiting that all computers get ready. But they never do … Finally all the PC’s show the same picture. I can do a picture when my deployment is finished.
I was able to deploy multicast with FOG 1.4.4 and 1.5.4. The Version 1.5.4 had the trouble with “Update Database”. The Deployment istself worked fine. On all PC’s the image was completely. Some of them didn’t join my domain. But all of them where running the windows 10 image2) I have one class with 25 PCs, the second with 36 PCs. There are three (a, b, c) D-Link Switches DGS1210
a) the FOG Server, the Green Interface from IP Fire, 25 PCs and the connection to the other two switches
b) 18 Clients of the 36 PCs
c) 18 Clients of the 36 PCs3) Yes all Computer are in one subnet
192.168.0.0\24
The Client PCs get their IP via DHCP form an IPFire. The IP adresses are fixed.All of them are nearly identical hardware
Lenovo I5 with SSD and 8GB RAM delivered 201808
The only difference is the size of the second hard disc - I think irrelevant to FOG. -
@george1421
I have another Lab with 24 PC’s. Also Lenove M910. I don t need these PC on Monday. These PC’s are in a different Sub net 192.168.1.0\24 and have their own FOG Server (running Debian 9.5). There is the Version 1.5.4 installed.
I can test there what ever you want … -
@george1421
Hi,
In the lab I have updated like in my main classroom. Multicast is working with 24 clients in the lab.
I’ll do another attempt in my main class room with 56 PCs. -
Ok - not very important but maybe it helps for the development. I’ve 2 old HP8000. I have done a Win10 1803 image on one PC and was unable to clone it with the FOG server.
Symptom: Windows stops with- Automatische Reperatur wird vorbereitet (automatic repair)
- Diagnose des PCs wird ausgeführt (diagnostic)
- Automatische Reperatur konnte Ihren PC nicht reparieren. (unable to repair)
So the cloned image is not working.
Another Test with clonzilla 2.5.6-22-amd64 works without any problem -
@george1421
so I’ve done now a new test with 62 identical computers .
This time the computers are cloned with multicast - but now again the problem with the update of the database. 50GB was done in 15 minutes - thats really great …
waiting for update of the database …But now all computers joined my domain.
-
@kratkale said in Deployment stops/waits very long with: Reattempting to update database ....:
waiting for update of the database …
Sorry I’ve been away for a bit. So the imaging process stops at the above message and never completes? Or is it working as you need? If the system is hanging at the update of the database, is there any error message thrown in either the apache error log or php-fpm error logs? The system should not just stop.
-
@george1421
no the imaging process is finished. It just takes a long time to update the database. Really long compared to the deployment of the image.If I reduce the amount of PC’s it is working fine. 25 is a good amount. I think it is a php Problem?
What is not working:
-) Printers: I want to run two TCP IP Printer on Port 9100. One is a HP LaserJet - the second one is a A0 HP 510 Plotter. In both cases the Network connection is named as 9100. It is the port name. If you do the installation by hand Windows names it with the IP adress. Which is of course different. As the connections have the same name I think the second one replaces the first one …-) Changing the printer setup on FOG changes sometimes nothing. (e.g. the name of the inf file - the printer …) My solution was to deploy the computer again …
-) Group management with Printers: If I update a group with the option “only Assigned Printers” the clients are not updated. The are still in the mode “No Printer Management”
-) If you are sitting direct on the host computer you can not start an individual Deployment. This is a pitty - because everyone cannot “repair” his computer with deployment … I loved this option. Meaning less work to me.
Sorry - I have the feeling my post is very senseless. …
There is actual a question: can I implement a pdf printer when I use “only assigned printers”. To use this option is very important to me because my students print several the same job if it is not printed on the desired printer. So I want to assign only the printer at the room where the pc is. But in this case I’m missing a pdf printer.
-
@kratkale Read through this topic, possibly you have many client’s talking to the FOG server (and the DB for that reason) which might cap the connections.
About the printers, I might ask you to open new topics so we don’t loose track of different issues in one thread.
