@george1421
@Tom-Elliott I followed these steps and when when PartClone freezes I lose SSH connectivity to the target and pings to it timeout. I checked the switch that it is connected to and the port stays up and error free. Changes cables makes no difference. Could we be hitting a bug or driver error? Please let me know your thoughts.
Thanks,
Anthony
@Tom-Elliott No worries it has been crazy here too. This is happening on multiple systems.
@george1421 The imaging never continues. I can cancel the job in the GUI, re-schedule the task, reboot target and it will start, but lock up around the same time again. Sorry for the confusion.
Thanks,
Anthony
@george1421 The only assumption that is incorrect is resetting by reboot does not work. When you reboot the target, it continues to try and boot off of the hard drive.
I will try the process you outlined and get back with you.
Thanks,
Anthony
@george1421 I took down the LAG and connected one Cable to a different port on our switch and I am still getting the same issue. The target freezes after about 1 minute. Let me know what you think.
Thanks,
Anthony
@george1421 Thanks George! The server is a physical server. I do have a Cisco EtherChannel setup on the switch going to the FOG server. I have not tried undoing that yet. It freezes on all computers I try to image. This is very strange. Let me know what you might try. I am willing to do a remote session with you, if you think it will help.
Thanks,
Anthony
@george1421 I have tried three different hard drives on three different computers and on all three the imaging jobs freeze. When I cancel the job on the FOG server GUI, the frozen part clone screen is still displayed on the target. Please see the picture below:
What would cause target to lock up? I have verified that there is still network connectivity during imaging via pings to both the server and the target computer and I have verified that the drives are healthy. Any ideas on where to go from here?
Thanks,
Anthony
Imaging the second target computer also fails. I also tried some different hard drives without any change. Still no errors on the target computer unfortunately.
Thanks,
Anthony
Recently, when I image computers the imaging job will randomly hang or freeze. The times on the client all stop as well as on the server. No errors or warnings are displayed nor seen on the server’s log files. The GUI is still usable and the server is still pingable. The only errors I can find are in the Apache Error Log on the FOG GUI. Below is what is present:
[Mon Jun 05 10:01:46.164311 2017] [php7:warn] [pid 4300] [client 192.168.150.19:52636] PHP Warning: file_get_contents(/sys/class/net/bonding_masters/operstate): failed to open stream: No such file or directory in /var/www/fog/status/bandwidth.php on line 82
I was running version 1.4.0 when the issue started and I have since upgraded to 1.4.2 which did not resolve the issues. Has anyone ever seen this before?
Thanks,
Anthony
@george1421 yes this has been solved. Sorry for the delay I have been out the last few days
Hello All,
I am trying to update to the latest kernel via the GUI and I am getting the error message below:
Type: 2, File: /var/www/fog/lib/fog/fogftp.class.php, Line: 463, Message: ftp_login(): Login incorrect., Host: 192.168.150.19, Username: fog
I have reviewed the file referenced and tried different logins as well as verifying that the fog user exists on my system without any change. Any ideas would be greatly appreciated.
Thanks,
Anthony
@george1421 I realized my mistake. I had to change the IP Address of the storage group to the new IP of the new server. Sorry my bad on that one.
@george1421 I get 8.3TB–which is what I would expect.
I found in the GUI that did exactly what I needed. Since I am now on a server with more storage than the old server how do I get the Web Console on the new server to see the new server’s larger storage capacity?
Thanks,
Anthony
I have been forced to migrate to a new server. I exported my database to the fogbackup.sql per the Wiki. Now when I try to import it using mysql -D fog -u root -p < backup_path.sql I get a lot of syntax errors. I have tried researching imports using mysql without any luck. Anyone here have any suggestions? Below is what I am trying and what the output is
mysql -D fog -u root -p < /home/fogadmin/fogbackup.sql
mysql: [Warning] Using a password on the command line interface can be insecure.
ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘Usage: mysqldump [OPTIONS] database [tables]
OR mysqldump [OPTIONS] --databa’ at line 1
@george1421 Sorry for the delay its been a crazy week. This is a current image ant not sysprep’d. I have turned off the Fast Boot up stuff and I have run check disk twice.
@george1421 I got the chainloading issue resolved. I came across another post on the forum. The only issue I have left to resolve is when FOG goes to take an image it will image the first two partitions fine but the actual OS partition will not image. I have attached the picture of the error I am getting now. It is continuing to say that Windows was not shut down properly but I have shut it down correctly and run chkdsk on it. Anyone have any Ideas?
@Quazz The OS is Windows 8.1
Thanks guys!
Thanks Sebastian! That did it…seems rather duh sorry about that. I am getting an error though “Chainloading Failed” when I try to image the computer. Any insights into this?
Thanks!
Hi Sebastian,
Thank you for the links. The laptop is a HP Pavillion Notebook-17-f115dx with model# J9N59UA. I have tried ipxe.efi, snp.efi, and snponly.efi. I also noticed that when I try to manually boot in UEFI I get an error “Selected Boot Image did not Authenticate.” I did find some documentation on HP’s website regarding them requiring EFI files to be approved by them. Could this have something to do with? If so, how have others disabled this?
Thanks,
Anthony