the latest beyond 1.0.1 may be unstable.

use 1.0.1 for production environments.

r1531 released to fix the typo, thanks for reporting.

I follow. So you would either have to do some odd multiple boot/reboot thing to set a task from the host or set tasks from the server which could then do its musical kernel dance. That’s a bit more than I have the time or knowledge for right now, but its good to know the support is out there.

I’ve followed your instructions ritchy_purple however I found that this broke group scheduled tasks. Single host scheduled tasks still ran but group ones would not as the script no longer returns a list of hosts that are members of the group.

I’ve written some more in-depth instructions and a solution (based on this thread) that gets both the Web GUI and group scheduled tasks working

[url]http://fogproject.org/forum/threads/scheduled-tasks-and-fog-0-32.10345/[/url]

Neil

ok it appears that i actually did set up an password for my SQL. I edited the config file and everything is now working as far as login

Or just tell the variable to check that it as an array, no matter what!

Yes a change of the Credentials in the Storage node fixed the issue.

Cool. FOG_LEGACY_FLAG_IN_GUI worked very nicely. It’s a good option to have. Thanks Tom.

Not sure if you’re already aware, but I’ve changed the way this get’s displayed when you “deploy” a task. It takes the task type and displays “<TASKTYPENAME> task created for [U]<HOSTNAME>[/U] with image [U]<IMAGENAME>[/U]”. Hopefully this is more descriptive as it tells you exactly what task has been “Deployed”

ok, thanks.

Cody,

I have to agree with falko.

Try it again, but also verify that you don’t have selinux enabled on the system. I’m assuming you did the install with a fully fresh installation as well.

Based on the information provided, however, it doesn’t even sound like it’s getting the download of the kernel which leads me to think it’s either a permissions issue, or a SELINUX issue.

Windows Vista and up have some built in VB scripts now to handle printer installations. Perhaps a rewrite can be done to use those built in scripts? Here’s a sample of a local install script using those.

[CODE]@ECHO OFF
md C:\DRIVERS
md C:\SCRIPTS
xcopy "\server\e\PrinterDrivers\HP Universal Print Driver\pcl6-x64-5.7.0.16448*." C:\DRIVERS*. /e /h /r /k /c /I /y /D
xcopy “\server\e\printersetup\scripts” C:\Scripts /e /h /r /k /c /I /y /D
cscript “C:\Scripts\Prnmngr.vbs” -d -p “PRINTER NAME”
Cscript “C:\Scripts\Prnport.vbs” -a -r IP_10.1.0.159 -h 10.1.0.159 -o raw -n 9100
Cscript “C:\Scripts\Prndrvr.vbs” -a -m “HP Universal Printing PCL 6 (v5.7.0)” -i C:\DRIVERS\hpcu155u.inf -h C:\DRIVERS -e “Windows x64”
Cscript “C:\Scripts\Prnmngr.vbs” -a -p “PRINTER NAME” -m “HP Universal Printing PCL 6 (v5.7.0)” -r IP_10.1.0.159
rem rd C:\SCRIPTS /s /q
rem rd C:\DRIVERS /s /q
@pause
[/CODE]

Now this is a .bat which Copies the required script files (needed for XP/2000) and printer drivers locally, then installs the printer locally.
Included is a .zip of the printer management scripts, but you can find them in the system32 folder of any version of windows vista and newer.

[url=“/_imported_xf_attachments/0/421_Printer.zip?:”]Printer.zip[/url]

You can download from SVN with:
[code]svn co https://svn.code.sf.net/p/freeghost/code/trunk fog_0.33b[/code] then cd to the fog_0.33b folder and perform normal install or you can download a pre-made tarball at latest revision with:
[url]https://mastacontrola.com/fog_0.33b.tar.bz2[/url]

Extract the tarball with:
[code]tar -xjf fog_0.33b.tar.bz2[/code]

Then cd into the fog_0.33b folder and perform normal install from there.

I certainly can, just need to figure out the best approach.

if rpm -qa|grep “maria” || rpm -qa|grep “mysql” or something along those lines.

Okay, try this php file. I’ll have it posted on The .33 tracker as well.

This file will go into either:

/var/www/fog/lib/pages

or

/var/www/html/fog/lib/pages

Unless you have specified a more customized location.

If your web server is separate from the tftp server, the error is gone, but the download and transfer will fail.

Also,

the js file needs to added to allow for the page to load under the new classes to actually download and transfer the file.

just a simple:

cp {fogwebdir}/management/js/fog.about.kernel.js {fogwebdir}/management/js/fog.about.kernel-update.js

will do.

Hopefully this helps.

[url=“/_imported_xf_attachments/0/376_FOGConfigurationPage.class.php?:”]FOGConfigurationPage.class.php[/url]