@oraniko sweet. See just a little knowledge (where to look) grants great power.

We keep “scheduled” tasks listed so you have a sort of record of actions and their “activity” from a scheduled standpoint.

@george1421 I have ran this like before start installation. mount -o remount,exec /tmp

@dloudon96 said in FOG_1.3.4 - Image location issue:

/images/dev/00232497514f:

If you see files in /images/dev after the upload is completed [ /images/dev/00232497514f: ] then you have an FTP issue. I outlined the steps to fix this just yesterday in another post. https://forums.fogproject.org/topic/9755/storage-management-not-showing-my-images/12

There is also a wiki page for helping sort out FTP error messages: https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_FTP

My bet during upload you were getting either an ftp authentication error (as in the picture in the link I referenced first) or a database update error. Both are related to the linux fog user account being out of sync with the FOG management gui.

@oraniko When a snapin or snapinpack runs forever, usually this means it’s waiting for input. And snapins are not allowed to receive input, nor interact with the end-user in any way.

So, to troubleshoot, Step back and start without even involving fog. Unzip all these files to somewhere - open an elevated command prompt, cd to the directory and run setup.exe and see what happens. If it doesn’t “just go” without asking for any input whatsoever - then it needs work. Once you have it “just going” without any help, take that work and those commands and make a snapin or snapinpack with them. The links I posted below are full of resources & ideas.

Hi,

try this style:

FOR /F "tokens=4 skip=3" %%i IN ('REG QUERY "HKLM\Software\Firma\Produkt" /ve') DO SET Pfad=%%i```

@Jaymes-Driver thanks mate

@Tom-Elliott

Your command has changed something.
Now, it runs “single snapin” only on the host that have it added (it means only 1).
Is this normal ? lol

edit : Found out, with Thomas, that I have to associate this snapin to each host to create a working task for every host using group single snapin task.

This works now. Thanks All.

@cleric.marcos You’re more than welcome. I do want to say I did very little to help anything here. I think @george1421 deserves more of the kudo’s here than I do.

Juste une légère correction, tout fonctionne jusqu’à ce que j’essaie de télécharger le noyau mis à jour, puis je reçois la même erreur que rdaval3.

Aucune erreur n’a été signalée dans le journal des erreurs apache.

English:
Just a slight correction, everything works until I try to download the updated kernel, then I get the same error as rdaval3.

There is no error posted in the apache error log.

@george1421
Thanks a alot 🙂
that works now

@BardWood If you still have the original backup file from when you upgraded the server originally, this would be your best bet. It should be in /home/fogDBbackups

It typically is time stamped.

Once you reinstall 1.2.0, you’ll need to use the backup sql file to restore it as a lot changed in the DB between the two.

Also remember, with the exception of WOL, Shutdown and Restart “on demand” Power Management items are not “immediate”. As @Junkhacker stated, they require the New FOG Client on the systems to be “tasked” and they will be performed on the next time the check in with the FOG Server.

@Tony-Ayre https://wiki.fogproject.org/wiki/index.php?title=Location_Plugin

@cajos001 one might wonder if there’s a powershell way to add local printers?

Maybe something like this ps script from our friends at Admin Arsenal: https://www.adminarsenal.com/blog/how-to-add-printers-with-powershell/

FWIW: Power shell scripts can be deployed as a FOG snapins. I might suspect that someone with a bit of skills could deploy the driver to the remote host and then run a powershell script to add it to the windows environment.

While I doubt this will fix the problem, I do hope to have a nicer approach to having a device receive an IP Address now.

As stated before, the current mechanism just waited for “ANY” ip address to be assigned to any NIC as needed. As long as it received an IP address (regardless of if that IP could communicate to the FOG Server) it would break out and try “driving” forward with the tasking.

I’ve added what I hope will allow a more dynamic approach to detecting the real fog network. Would you mind giving a try using the init’s and instructions here:

wget -O /var/www/fog/service/ipxe/init.xz http://mastacontrola.com/init.xz wget -O /var/www/fog/service/ipxe/init_32.xz http://mastacontrola.com/init_32.xz

With this, you’ll also get the latest fixes from last night in regards to resizing code bits and what not. (This isn’t a bad thing)

@Wayne-Workman Thank you, that’s exactly what I needed! Problem solved.

@ch3i
Okay, I’ll test that and let you know. Thank you for your help.