Posts made by Bigredcherokee

Thanks fixed it.

I tried to change it to my fog account (fog) password (password) but once I save and retry it fails. Using the root account and password I get “Download Completed! Moving file to TFTP server…” but its stuck at this point.

Where do I check the username and password to make sure the right account is being used.

FOG_TFTP_PXE_KERNEL_DIR —> /var/www/fog/service/ipxe
FOG_TFTP_PXE_KERNEL ----> bzimage
FOG_PXE_BOOT_IMAGE ----> ipe.pxe

FOG_TFTP_PXE_KERNEL_32 —> bzimage32
FOG_PXE_BOOT_IMAGE_32 —> init_32.xz

With undionly.kpxe set as the boot file are the above settings correct?

@Andy-Abplanalp Andy yes What should those feild be since I’m using the undionly.kpxe. I gotten pass the first problem now it boots the ipe. I know thats wrong what does it need to be.

Thanks,
Chris

@Andy-Abplanalp thanks for catching that typo.

@Wayne-Workman said in boot pxe issue:

https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence

Thanks Wayne I made the changes.

chris@FOGSRVR:~$ sudo service tftpd-hpa status
[sudo] password for chris:
tftpd-hpa start/running, process 1078
chris@FOGSRVR:~$

chris@FOGSRVR:~$ sudo ufw status
Status: inactive
chris@FOGSRVR:~$

Yes same issue.

I’m missing something.

History:
Move the server to a different IP range and decided to setup DCHP on ubuntu 12.04. instead of windows handling DHCP. I was on 1.2.0 but screwed up and reloaded the old 1.0.1 then re processed the 1.2.0 installer after I found my screwup.

I have it assigning address fine but pc will not pxe boot correctly.

Here is a album if the above links do not work. https://goo.gl/photos/axkUSy87vjZetbT28

Current:
I know it need to boot the new Undionly.kxpe, but the tftp server had the old settings. I tried to change those but its still not working correctly.

Thanks,
Chris

@Bigredcherokee

Okay think I found my own fix.

The package .exe file must contain an application manifest, i.e. an XML file with special instructions. All UAC compliant applications should have a requested execution level added to the application manifest. Requested execution levels allow the system to know the specific privileges required for a package.

Sorry to bring up an old post.

Really hate to dig up an old topic but my problem is when using a exe and calling a “.bat” once its decompressed. The snapin deploys the SFX.exe just fine to the computer its post extraction that im having a problem with. I want this to be silent as possible and don’t want a user intervention. I tried a couple of things but UAC causes issues and some of the workstations are kiosk and or limited users.

I rather use FOG to push the apps than use GPO b/c it will not slow down the boot or shutdown process.

[code]
@echo off

:: BatchGotAdmin
:-------------------------------------
REM --> Check for permissions

nul 2>&1 “%SYSTEMROOT%\system32\cacls.exe” “%SYSTEMROOT%\system32\config\system”

REM --> If error flag set, we do not have admin.
if ‘%errorlevel%’ NEQ ‘0’ (
echo Requesting administrative privileges…
goto UACPrompt
) else ( goto gotAdmin )

:UACPrompt
echo Set UAC = CreateObject^(“Shell.Application”^) > “%temp%\getadmin.vbs”
set params = %*:“=”"
echo UAC.ShellExecute “cmd.exe”, “/c %~s0 %params%”, “”, “runas”, 1 >> “%temp%\getadmin.vbs”

"%temp%\getadmin.vbs"
del "%temp%\getadmin.vbs"
exit /B

:gotAdmin
pushd “%CD%”
CD /D “%~dp0”
:--------------------------------------

[/code]

@Tom-Elliott Thanks Tom for all your help. Tom fixed quickly note to self check services…

@Wayne-Workman
the Nfs service wasn’t running. also had to change the owner on the image directory.

@Tom-Elliott

ran through these steps[undefined]https://wiki.fogproject.org/wiki//index.php?title=Image_Upload:_Error_Checking_Mount (undefined) the exports file was missing the /images so I put those in. Still same error

@Tom-Elliott Tom I deleted the one in the dev dir and touch .mntcheck and it created new one ,but still the same error.

@Tom-Elliott

chris@FogServer:/images$ ls -lhart
total 72K
drwxrwxrwx 2 fog foguser 4.0K Aug 26 2014 windows7basic
drwxrwxrwx 2 fog foguser 4.0K Aug 26 2014 Win7x86
drwxrwxrwx 2 fog foguser 4.0K Aug 26 2014 StarterWin64
drwxrwxrwx 2 fog foguser 4.0K Aug 26 2014 StarterWin32
drwxrwxrwx 2 fog foguser 4.0K Aug 26 2014 PathW7x64
drwxrwxrwx 2 fog foguser 4.0K Aug 27 2014 BasePRNImage
drwxrwxrwx 2 fog foguser 4.0K Aug 27 2014 BillingBasicPostPrep
drwxrwxrwx 2 fog foguser 4.0K Aug 27 2014 BillingEast
drwxrwxrwx 2 fog root 4.0K Sep 30 2014 7010Nash
drwxrwxrwx 2 fog root 4.0K Oct 23 2014 FOBImage
drwxrwxrwx 2 fog root 4.0K Oct 30 2014 HP
drwxrwxrwx 2 fog root 4.0K Apr 22 09:34 Win7x64Bare
drwxrwxrwx 2 fog root 4.0K Jul 28 13:05 Optiplex380Win7x32
drwxrwxrwx 2 fog root 4.0K Aug 20 09:42 postdownloadscripts
drwxrwxrwx 2 fog root 4.0K Aug 20 09:42 dev
drwxrwxrwx 4 fog root 4.0K Aug 20 10:37 images
drwxr-xr-x 18 fog root 4.0K Aug 20 10:37 .
drwxr-xr-x 27 root root 4.0K Aug 20 16:14 …

chris@FogServer:/images$ ls -lhRart | grep mntcheck
-rwxrwxrwx 1 fog root 0 Aug 20 09:42 .mntcheck
-rwxrwxrwx 1 fog root 0 Aug 26 2014 .mntcheck
-rwxrwxrwx 1 fog root 0 Aug 26 2014 .mntcheck

@Tom-Elliott Yes its when a Task is ready for a client to run. So the client gets through the pxe boot process then I get that message.

@abstert Yes the storage node is local and contains all the images. Not using a NFS share.

Yes the storage node is local and contains all the images. Not using a NFS share.

mount: mounting file system for 192.168.13.31 failed /images/ on /images : Operation Not Supported

I have gone in and set permissions on the directory.
Deleted the Storage Node and recreated it with the same settings as before.