Posts made by tatanas

@sebastian-roth Sorry, I didn’t see your answer. Yes it works.

@sebastian-roth Thank you very much !

@sebastian-roth
After reading the doc of the PrintUIEntry command, it seems that when you use the /sr parameter, all the values have to be placed at the end of the command :
/Sr Specifies what information about a printer is restored and how conflicts in settings are handled. Use with the following values placed at the end of the command line
So when you add ‘/q’ parameter after the m f g p values it could generate a problem ?

I dont know if this github issue is the same as mine. I should try the g/u value and compare results.

Sorry to bump this topic, can someone confirm this problem ?
If the fix is possible, could it be applied to the next fog update ?

Thanks for your time.

Hi,
Is the mac address different ? It seems both of them have the same.

Hi,

Same problem as Scoude here with Fog 1.5.9 on Debian 10.
I “defraged” (it’s a ssd), desactivated Fastboot, hibernate off, chkdsk…
Nothing fixed the problem.

Any idea ?

Thanks

Forget about it. It seems there is no easy way to do it and it’s not a big deal even if this kind of boot menu isn’t set up.
Thanks for your guidance.

In the web console>iPXE Menu Customization, when I change the fog.local item menu from “All Hosts” to “Registered Hosts” and sets it to default, it become the default setup for the “Not registered Host” menu fog.reginput too.

@george1421 Ok. I think I understand how it works. Let me try to resume :

When you call this url http://<fog_server_ip>/fog/service/ipxe/boot.php?mac=xx:xx:xx:xx:xx:xx, the boot.php file (located in /var/www/fog/service/ipxe/boot.php) will get the host informations through the mac address then create a personalized boot menu

new BootMenu();

This function can be found in /var/www/fog/lib/fog/bootmenu.class.php.
So it seems I should try to modified this file to change the default selected item depending on the host is registered or not ?

Hi,

I know how to select a IPXE item menu by default through the web console.
I would like to know if we can select an item by default when the host is not registered and another if the host is ?
I can’t see a way to do it in http://@fogserverIP/fog/service/ipxe/boot.php.

Thanks for your time.

At the end of fog.man.reg, just add those lines between “. /bin/fog.inventory” and “usleep 2000000”

sysuuid=$(dmidecode -s system-uuid)
sysuuid=${sysuuid,,}
mac=$(getMACAddresses)
curl -Lks -o /tmp/hinfo.txt --data "sysuuid=${sysuuid}&mac=$mac" "${web}service/hostinfo.php" -A ''
[[ -f /tmp/hinfo.txt ]] && . /tmp/hinfo.txt

. /bin/fog.download

@george1421 Thank you very much, It works like a charm ! (image in progress)

Hi,

I’m trying, as the title says, to start image processing after full host registration without rebooting.
I already patched the fog.reg.man (postinit) to remove some questions.
But adding the line “. /bin/fog.download” at the end of the file generate an error. The variable “$osid” is not defined.
Then I look at the “/fog/service/ipxe/boot.php” file to find what is called when we choose the “Deploy Image” menu item… It just get some parameters, posts them to the fog server, then “autoboot” again on the network card. I don’t undestand how it starts the image process.

So, is it possible to push the image without reboot ?

Thanks for your time.

Hi,

I was trying to modify the printer configuration (black instead of color) through Fog printer management and it was not working.
I saw that the command in WindowsPrinterManager.cs

PrintUI($"/Sr /n \"{printer.Name}\" /a \"{printer.ConfigFile}\" m f g p", verbose);

is executed with a /q parameter at the end (line 37 in the same file : cmdLine = cmdLine + " /q";)

When executed without the /q parameter, the printer config is modified sucessfully.
When executed with /q at a different position (before /Sr), the printer config is modified sucessfully.
Could you confirm this behaviour and fix the code if necessary ?

Thank you.

Finally I found where the problem came from !

We are using a NAS Synology to share the printers drivers. It’s a share accessible without password (guest account enable on the NAS). We’ve got no access problem to this share at anytime.
This NAS is joined to the domain… And here is the problem !

As soos as we unjoined the NAS from the domain, FOG printers are pushed without problem.

I don’t know why but if you execute printui command as local system account when the drivers files are shared on a NAS member of a domain, there is an access error. If you try the same command as local Administrator, it works…

So unjoining the NAS from the domain was the solution.

After few tests on different computers, the service trick seems to work. (I guess the failed computer was an exception…)
All the registry values related to nightmare patch don’t fix this problem.
There is something about the execution of printui as system account. And not all printui command because the one which delete printers (from Fog web console) works fine.

@sebastian-roth Well well well… I just test the “fix” (change fog service to administrator access) on another computer and… it didn’t work.
I checked the KB installed too and the print nightmare one is not installed.

It seems the problem is coming from the printui command executed as system account but why ?

I read that printui is not verbose at all (pretty hard to debug) and printer installation should be done with WMI (like the Port installation in the Fog Client source code).

I will continue my tests.

EUREKA !

In the Fog service properties, I change the “Open session as” in Connection Tab from “Local system account” to “Administrator” with his current password.
Then I reset the client Encryption Data on the Fog web console, restart the Fog client service and Voilà ! All printers are installed.

Now we need to find why this problem appears “randomly” on host which was working fine ?

And another one :
Using the printui command (same as the one used in client source code) remotely with psexec, generate a rights error from windows when -s argument is used (execute as system account).
As administrator, the printer is installed fine.

How fog client executes the printui command localy ? as system or logged on user ?

New test : After upgraded a Windows 7 host (Fog printer ok) to Windows 10, Fog printer installation didn’t work anymore.