@cristianvalente said in ADK provisioning package settings won't apply after an PXE Boot: Is somebody familiar with ADK and PXE? Yes and they are not related. Provisioning packages are deployed from inside the OS. FOG doesn’t now or care about windows applications. Are you trying to deploy a provisioning package as a fog snapin?

Sorry about the long intervals between posts. Just finishing up internal product training… SO… I did as @Sebastian-Roth suggested and was able to successfully take an image and push it down on a blank VM! I have not tried putting the image back on the source VM but thought I would report back that I am successful and appear to be all set. The take away from this is having 2 storage nodes on the same machine is not a great idea. If you run out of space, add a HDD and mount it /Images to add space. Thank you @Sebastian-Roth and @george1421 for your help and guidance!

@Sebastian-Roth Thank you so much, I missed it when you originally said that, running it with --exitFail didn’t work, however running it with -X did work. After this I was able to update/install the schema and actually log into the server via the web interface. Additionally I tested booting to the server via PXE and was able too!

@Sebastian-Roth awesome, thanks! I’ll give it a while on my VM’s tonight.

@Sebastian-Roth Thank you so much. You found the solution. The new password had an underscore ( _ ) as a chracter. I changed it and all is well again. Now I’m planning the upgrade to the latest FOG. Thanks again for your help. Alex

hi @nsherin , I succeed pxe boot with ubuntu 18.04 using following: kernel tftp://192.168.84.16/os/ubuntu/Desk18.04/vmlinuz initrd tftp://192.168.84.16/os/ubuntu/Desk18.04/initrd.lz imgargs vmlinuz initrd=initrd.lz root=/dev/nfs boot=casper netboot=nfs nfsroot=192.168.84.16:/images/os/ubuntu/Desk18.04/ ip=dhcp systemd.mask=tmp.mount rw -- || read void boot || goto MENU

@Les https://wiki.fogproject.org/wiki/index.php/Troubleshoot_FTP Please start there. Mind you this thread is very old and while the message you’re seeing may be similar, hence my posting to the wiki article, chances are your circumstances, version, file, etc… are vastly different. It’d be recommended to open a new thread.

Hello! Yes, my idea is fog installed widnows can keep the user’s other partitions, because I want to keep the user’s other disk character data

@emryz Sorry for the late reply! You should see the scheduled tasks in the web UI -> Task Management -> Scheduled Tasks view. Maybe check if they are still stored in the database. From the FOG server command line run: shell> mysql -u root -p Password: ... mysql> use fog; ... mysql> SELECT * FROM scheduledTasks; See if that yields any results.

@lschnider FWIW: Some people “need” to have it enabled because of internal security policies. That is why the developers came up with a list of required ports.

@Sebastian-Roth Sorry, what I want to say is that the captured image should be installed on other user machines in bulk, but other disk characters other than C disk cannot be erased.

Kernel option CONFIG_VMD added to the official repo. Will upload new 4.19.6 kernels soon.

@Sebastian-Roth okay, thanks. I’ll do some research and see which route seems best. I still have a lot to learn about linux and wasn’t sure if there was a “new” way of adding storage to a FOG server since the wiki didn’t mention LVM and I was am not familiar with that yet.

@Sebastian-Roth So I went ahead and switched to dev-branch and upgrade nodes along with fog server. Seems like it’s working fine and the storage group info is now displayed. Thank you again for your help in this.

Thank you for clarifying this. I strictly use fog for imaging and joining multiple lab computers to the domain. Kudos to all that make this possible. Thanks James…

@Tom-Elliott Hi Tom the FOGUpdater script fails on the mirrorlist trying to download. Is it possible for me to download the latest version manually and then pass it to the fogupdater.sh

I Fixed it thanks for your Help guys. First yes i needed the UEFI. Than we uesed a Network bond on centos wich didnt worked so we del it and now it works fine :)

@Sebastian-Roth Debian 9’s log appears here: /var/log/php7.0-fpm.log I’m going to have to match it like /var/log/php*-fpm.log and hope that does it.

Thanks for the prompt response Sebastian, you guys rock! I was able to resolve this by installing FOG 1.5.5 again after I fixed the TFTPD-HPA issue. You woulda thought I’d tried that already, but you’d be wrong, ugh. Anyway, please mark this as solved and thanks again, Sebastian.