@Sebastian-Roth , @george1421

Thanx for your help.
I set up a new virtual host with ubuntu 18.04.03 LTS server with fog and dnsmasq and everything went fine for the installation part now.
The ubuntu 18.04.03 provides apparmor by default, so I assume, that apparmor was not the reason for the install-issues I had before.
Maybe the fact, that I have had mysql installed manually, tried installation of fog and removed mysql after noticing, that fog wants to install mariadb, gave us the troubles we had.

Now another problem arose, but I opened another thread for that: https://forums.fogproject.org/topic/14197/1-5-7-does-not-capture-correctly

@Sebastian-Roth - I will try these things when I get into the office on Monday morning. I believe that I have the 1903 image that was working prior to this last batch of windows/software updates that I can get the data from.

@Fog_Newb Send me your email address in a direct message (it’s the talk bubble in the top right), and I’ll get a wiki user created for you.

@dclark I ended up just redoing my image for my Latitude 3500s with a clean install of latest W10 from USB. I gave up trying to fix the partitions/issue.

No issue with new image and deployed a bunch so far (single disk resizable)

@Robotic said in Where is the .mbr file?:

As you can see in the screenshot i added that one arg pertaining to nvme latency. That wouldnt affect the image capture process would it?

No, shouldn’t cause this issue.

What jumps at me in the file listing is this:

/images/HP-9480: total 15882304 drwxrwxrwx 2 root root 4096 Feb 6 10:11 . drwxrwxrwx 7 fogproject root 4096 Feb 6 09:36 … -rwxrwxrwx 1 root root 2 Feb 6 09:24 d1.fixed_size_partitions -rw-r–r-- 1 administrator administrator 1048576 Feb 3 08:58 d1.mbr ...

Two things:

The name in the listing is different than in the picture: HP-9480 vs. HP9480 The file is owned by a user called administrator. Seems like someone messed with this image.

No idea why d1.mbr is missing in /images/HP-9470 directory!?!

@astrugatch Ah good one. I see that @Sebastian-Roth has already updated the article. Thank you Sebastian for your speediness and pro-activeness, as always.

@ty900000 Sorry, forgot to update this topic as well. We have added a fix. Please update to the latest dev-branch and it should be all good to go again,

@lkisser Would you post more information?

@stu Any news on this? Did you get to test Linux live distros?

@Corrco Sorry this topic has been kind of lost probably when we had some issues with the forums not long ago.

The only thing I can imagine is the partition cannot be detected and captured as NTFS. In this case FOG uses RAW mode which will result in a much larger image file. This could happen if the drive is encrypted with Bitlocker or some other forms of disk encryption. Though we added a check for Bitlocker a fair while ago and it should print a message and bail out.

Please post your FOG version and let us know if you need further help.

@george1421 said in [dev-branch] multicast: for some hosts DB not updated after restore:

@shruggy How many systems do you typically image at the same time with multicast? How much memory do you have on the fog server?

Usually, it’s 36 systems at once. The setup is similar to @tec618’s: FOG on a VM with 4GB RAM, but both the VM and the hosting server run CentOS 7, and it’s Xen, not KVM. PHP 7.3 from Remi’s repo.

@Kiweegie said in Could not mount images folder (bin/fog.download) ... failed: Operation not supported:

Thoughts welcome

Do you have firewall restrictions in your MPLS or the VPN tunnel?

@scosta You can rearrange partitions. I would use something like macrium reflect to create a clone to an identical disk where I manually arrange the partitions, you can then use that disk for capture in FOG, once that is done, you can deploy it to the original disk and see if everything works.

There’s probably other ways or even faster ways, but messing with partition tables can be scary.

@Sebastian-Roth Thank you

I try git clean -xfd then git pull, it doesn’t work.

root@srv-fog:~/fogproject# git clean -xfd Suppression de bin/error_logs/ Suppression de rpttmp/ Suppression de tmp/ root@srv-fog:~/fogproject# git pull remote: Enumerating objects: 17, done. remote: Counting objects: 100% (17/17), done. remote: Compressing objects: 100% (1/1), done. remote: Total 9 (delta 8), reused 9 (delta 8), pack-reused 0 Dépaquetage des objets: 100% (9/9), fait. Depuis https://github.com/FOGProject/fogproject 923306718..97b57acea dev-branch -> origin/dev-branch Mise à jour 7f803680a..97b57acea error: Vos modifications locales aux fichiers suivants seraient écrasées par la fusion : packages/tftp/10secdelay/i386-efi/intel.efi packages/tftp/10secdelay/i386-efi/ipxe.efi packages/tftp/10secdelay/i386-efi/realtek.efi packages/tftp/10secdelay/i386-efi/snp.efi packages/tftp/10secdelay/i386-efi/snponly.efi packages/tftp/10secdelay/intel.efi packages/tftp/10secdelay/intel.kkpxe packages/tftp/10secdelay/intel.kpxe packages/tftp/10secdelay/intel.pxe packages/tftp/10secdelay/ipxe.efi packages/tftp/10secdelay/ipxe.iso packages/tftp/10secdelay/ipxe.kkpxe packages/tftp/10secdelay/ipxe.kpxe packages/tftp/10secdelay/ipxe.krn packages/tftp/10secdelay/ipxe.lkrn packages/tftp/10secdelay/ipxe.pxe packages/tftp/10secdelay/ipxe.usb packages/tftp/10secdelay/realtek.efi packages/tftp/10secdelay/realtek.kkpxe packages/tftp/10secdelay/realtek.kpxe packages/tftp/10secdelay/realtek.pxe packages/tftp/10secdelay/snp.efi packages/tftp/10secdelay/snponly.efi packages/tftp/10secdelay/undionly.kkpxe packages/tftp/10secdelay/undionly.kpxe packages/tftp/10secdelay/undionly.pxe packages/tftp/i386-efi/intel.efi packages/tftp/i386-efi/ipxe.efi packages/tftp/i386-efi/realtek.efi packages/tftp/i386-efi/snp.efi packages/tftp/i386-efi/snponly.efi packages/tftp/intel.efi packages/tftp/intel.kkpxe packages/tftp/intel.kpxe packages/tftp/intel.pxe packages/tftp/ipxe.efi packages/tftp/ipxe.iso packages/tftp/ipxe.kkpxe packages/tftp/ipxe.kpxe packages/tftp/ipxe.krn packages/tftp/ipxe.lkrn packages/tftp/ipxe.pxe packages/tftp/ipxe.usb packages/tftp/realtek.efi packages/tftp/realtek.kkpxe packages/tftp/realtek.kpxe packages/tftp/realtek.pxe packages/tftp/snp.efi packages/tftp/snponly.efi packages/tftp/undionly.kkpxe packages/tftp/undionly.kpxe packages/tftp/undionly.pxe Veuillez valider ou remiser vos modifications avant la fusion. Abandon

Then I did git reset --hard then git pull, it worked

root@srv-fog:~/fogproject# git reset --hard HEAD est maintenant à 7f803680a Add username substitution to email field for deployment notification root@srv-fog:~/fogproject# git pull Mise à jour 7f803680a..97b57acea Fast-forward README.md | 5 ++--- lib/common/functions.sh | 23 ++++++++++++-------- lib/ubuntu/config.sh | 15 +++++++------ packages/systemd/FOGImageReplicator.service | 11 +++++----- packages/systemd/FOGImageSize.service | 11 +++++----- packages/systemd/FOGMulticastManager.service | 11 +++++----- packages/systemd/FOGPingHosts.service | 11 +++++----- packages/systemd/FOGScheduler.service | 11 +++++----- packages/systemd/FOGSnapinHash.service | 11 +++++----- packages/systemd/FOGSnapinReplicator.service | 11 +++++----- packages/tftp/10secdelay/arm64-efi/intel.efi | Bin 0 -> 244896 bytes packages/tftp/10secdelay/arm64-efi/ipxe.efi | Bin 0 -> 982944 bytes .../tftp/10secdelay/arm64-efi/ncm--ecm--axge.efi | Bin 0 -> 272544 bytes packages/tftp/10secdelay/arm64-efi/realtek.efi | Bin 0 -> 243904 bytes packages/tftp/10secdelay/arm64-efi/snp.efi | Bin 0 -> 242816 bytes packages/tftp/10secdelay/arm64-efi/snponly.efi | Bin 0 -> 242976 bytes packages/tftp/10secdelay/i386-efi/intel.efi | Bin 187872 -> 189792 bytes packages/tftp/10secdelay/i386-efi/ipxe.efi | Bin 921792 -> 925856 bytes .../tftp/10secdelay/i386-efi/ncm--ecm--axge.efi | Bin 0 -> 212096 bytes packages/tftp/10secdelay/i386-efi/realtek.efi | Bin 187648 -> 189600 bytes packages/tftp/10secdelay/i386-efi/snp.efi | Bin 187328 -> 189312 bytes packages/tftp/10secdelay/i386-efi/snponly.efi | Bin 187456 -> 189504 bytes packages/tftp/10secdelay/intel.efi | Bin 227008 -> 228288 bytes packages/tftp/10secdelay/intel.kkpxe | Bin 98311 -> 99402 bytes packages/tftp/10secdelay/intel.kpxe | Bin 98359 -> 99450 bytes packages/tftp/10secdelay/intel.pxe | Bin 98493 -> 99505 bytes packages/tftp/10secdelay/ipxe.efi | Bin 1017088 -> 1015200 bytes packages/tftp/10secdelay/ipxe.iso | Bin 880640 -> 880640 bytes packages/tftp/10secdelay/ipxe.kkpxe | Bin 359646 -> 360132 bytes packages/tftp/10secdelay/ipxe.kpxe | Bin 359694 -> 360180 bytes packages/tftp/10secdelay/ipxe.krn | Bin 359005 -> 359587 bytes packages/tftp/10secdelay/ipxe.lkrn | Bin 359005 -> 359587 bytes packages/tftp/10secdelay/ipxe.pxe | Bin 359817 -> 360093 bytes packages/tftp/10secdelay/ipxe.usb | Bin 1409024 -> 1409024 bytes packages/tftp/10secdelay/ncm--ecm--axge.efi | Bin 0 -> 253952 bytes packages/tftp/10secdelay/realtek.efi | Bin 225984 -> 227200 bytes packages/tftp/10secdelay/realtek.kkpxe | Bin 99132 -> 100235 bytes packages/tftp/10secdelay/realtek.kpxe | Bin 99180 -> 100283 bytes packages/tftp/10secdelay/realtek.pxe | Bin 99240 -> 100357 bytes packages/tftp/10secdelay/snp.efi | Bin 225280 -> 226560 bytes packages/tftp/10secdelay/snponly.efi | Bin 225504 -> 226816 bytes packages/tftp/10secdelay/undionly.kkpxe | Bin 97871 -> 99005 bytes packages/tftp/10secdelay/undionly.kpxe | Bin 97919 -> 99053 bytes packages/tftp/10secdelay/undionly.pxe | Bin 97860 -> 99072 bytes packages/tftp/arm64-efi/intel.efi | Bin 0 -> 244800 bytes packages/tftp/arm64-efi/ipxe.efi | Bin 0 -> 982848 bytes packages/tftp/arm64-efi/ncm--ecm--axge.efi | Bin 0 -> 272448 bytes packages/tftp/arm64-efi/realtek.efi | Bin 0 -> 243808 bytes packages/tftp/arm64-efi/snp.efi | Bin 0 -> 242720 bytes packages/tftp/arm64-efi/snponly.efi | Bin 0 -> 242880 bytes packages/tftp/i386-efi/intel.efi | Bin 187776 -> 189728 bytes packages/tftp/i386-efi/ipxe.efi | Bin 921696 -> 925792 bytes packages/tftp/i386-efi/ncm--ecm--axge.efi | Bin 210080 -> 212032 bytes packages/tftp/i386-efi/realtek.efi | Bin 187584 -> 189504 bytes packages/tftp/i386-efi/snp.efi | Bin 187264 -> 189248 bytes packages/tftp/i386-efi/snponly.efi | Bin 187360 -> 189408 bytes packages/tftp/intel.efi | Bin 226944 -> 228192 bytes packages/tftp/intel.kkpxe | Bin 98224 -> 99445 bytes packages/tftp/intel.kpxe | Bin 98272 -> 99493 bytes packages/tftp/intel.pxe | Bin 98356 -> 99526 bytes packages/tftp/ipxe.efi | Bin 1016960 -> 1015104 bytes packages/tftp/ipxe.iso | Bin 880640 -> 880640 bytes packages/tftp/ipxe.kkpxe | Bin 359745 -> 360043 bytes packages/tftp/ipxe.kpxe | Bin 359793 -> 360091 bytes packages/tftp/ipxe.krn | Bin 359243 -> 359657 bytes packages/tftp/ipxe.lkrn | Bin 359243 -> 359657 bytes packages/tftp/ipxe.pxe | Bin 359688 -> 360187 bytes packages/tftp/ipxe.usb | Bin 1409024 -> 1409024 bytes packages/tftp/ncm--ecm--axge.efi | Bin 252544 -> 253856 bytes packages/tftp/realtek.efi | Bin 225856 -> 227072 bytes packages/tftp/realtek.kkpxe | Bin 99051 -> 100210 bytes packages/tftp/realtek.kpxe | Bin 99099 -> 100258 bytes packages/tftp/realtek.pxe | Bin 99119 -> 100289 bytes packages/tftp/snp-arm.efi | Bin 235744 -> 0 bytes packages/tftp/snp.efi | Bin 225152 -> 226464 bytes packages/tftp/snponly.efi | Bin 225440 -> 226752 bytes packages/tftp/undionly.kkpxe | Bin 97740 -> 98954 bytes packages/tftp/undionly.kpxe | Bin 97788 -> 99002 bytes packages/tftp/undionly.pxe | Bin 97741 -> 99037 bytes packages/web/lib/fog/system.class.php | 4 ++-- .../lib/plugins/ldap/class/ldapmanager.class.php | 2 +- utils/FOGiPXE/buildipxe.sh | 24 ++++++++++++--------- 82 files changed, 83 insertions(+), 67 deletions(-) create mode 100644 packages/tftp/10secdelay/arm64-efi/intel.efi create mode 100644 packages/tftp/10secdelay/arm64-efi/ipxe.efi create mode 100644 packages/tftp/10secdelay/arm64-efi/ncm--ecm--axge.efi create mode 100644 packages/tftp/10secdelay/arm64-efi/realtek.efi create mode 100644 packages/tftp/10secdelay/arm64-efi/snp.efi create mode 100644 packages/tftp/10secdelay/arm64-efi/snponly.efi create mode 100644 packages/tftp/10secdelay/i386-efi/ncm--ecm--axge.efi create mode 100644 packages/tftp/10secdelay/ncm--ecm--axge.efi create mode 100644 packages/tftp/arm64-efi/intel.efi create mode 100644 packages/tftp/arm64-efi/ipxe.efi create mode 100644 packages/tftp/arm64-efi/ncm--ecm--axge.efi create mode 100644 packages/tftp/arm64-efi/realtek.efi create mode 100644 packages/tftp/arm64-efi/snp.efi create mode 100644 packages/tftp/arm64-efi/snponly.efi delete mode 100644 packages/tftp/snp-arm.efi root@srv-fog:~/fogproject# git pull Déjà à jour. root@srv-fog:~/fogproject# cd bin root@srv-fog:~/fogproject/bin# ./installfog.sh Installing LSB_Release as needed * Attempting to get release information.......................Done +------------------------------------------+ | ..#######:. ..,#,.. .::##::. | |.:###### .:;####:......;#;.. | |...##... ...##;,;##::::.##... | | ,# ...##.....##:::## ..:: | | ## .::###,,##. . ##.::#.:######::.| |...##:::###::....#. .. .#...#. #...#:::. | |..:####:.. ..##......##::## .. # | | # . ...##:,;##;:::#: ... ##.. | | .# . .:;####;::::.##:::;#:.. | | # ..:;###.. | | | +------------------------------------------+ | Free Computer Imaging Solution | +------------------------------------------+ | Credits: http://fogproject.org/Credits | | http://fogproject.org/Credits | | Released under GPL Version 3 | +------------------------------------------+ Version: 1.5.7.104 Installer/Updater * Found FOG Settings from previous install at: /opt/fog/.fogsettings * Performing upgrade using these settings Starting Debian based Installation

Thank you.

Alexandre.

Sorry for bringing this back to life, but I guess this needs a disclosure: i fixed the issue incresing the max connections on my DB and by reducing the time that MySQL keeps the idle connections active. Sorry for not bringing this earlier.

@SBrady Looking at your pcap, you have 3 servers responding to the bootp request from your target computer. It appears the real dhcp server is at the .181 address and the 2 proxyDHCP servers are at .44 and .45. Both of the proxyDHCP servers are overriding what your main dhcp server is telling the target computer for where to get the boot file from.

I can’t tell from the proxyDHCP response what type of computer it is. The response doesn’t look like a Microsoft SCCM or WDS response because it is so short. I would focus on what .44 and .45 are and why they are responding to the bootp request.

Edit: Looking a bit more into the pcap there is also a WDS server responding to the DHCP DISCOVER query at the .217 address. That makes a total of 4 dhcp (and proxy servers responding) overriding what the main dhcp server was sending for dhcp options 66 and 67.

Aaaaand… stupid me.

Duplicate Mac Adress due to an external USB Networking Adapter.

Sorry for bothering you.

@kafluke I also was experiencing this same issue. I had deleted a bunch of data as well before trying to pull the image (ran disc cleanup wizard). I ran the exact commands you did, and it fixed the issue. Thank you and Quazz for this assistance. This forum really helps in every way with this awesome product.