Posts made by Albatros

[quote=“Tom Elliott, post: 35900, member: 7271”]It sounds, to me, more that because you’re moving the image from another system, that the permissions are the issue. You could verify by setting the copied over image permissions to be owned by fog:root:
[code]sudo chown -R fog:root /images/<imagename>[/code][/quote]

Should have mention that, sorry. Yes I checked the permission and they are fine.

Edit: Okay. Tested it again, now it shows the size of the image and I can create a download test. Will test a few images. Ty Tom.

Edit 2: The deploy of images works fine now on my side, but the upload not correctly. The upload of every partition runs twice o_O

[quote=“Jonathan Cool, post: 35859, member: 24834”]Hi everybody.
I’m sorry for the UP but i have exactly the same problem : after the upload, i connect to the NAS by FTP and i move the files into …/fogimages/dev/@MAC to …/fogimages/“folder named in FOG interface”.
After that, the download task works with Linux Mint, Windows XP … but with Windows 7, i have this error message :

I don’t understand why this error only appear with the Seven OS …

Basic informations :
FOG Version : 1.1.1 on Debian 7
OS Client : Windows 7 PRO.[/quote]

FOG didn’t created the directory and didn’t moved the files from the dev into the image folder. I had this problem, too and had no success in fixing that.

Installed a new Ubuntu 14.04 system with last revision 2230. I had to restart the system and the mysql service, before I could start testing.
Did a few tests with upload and deploy and everything works fine. I tried then to use a image from the older fog server and copied into the created folder, added a image definition and tried to deploy that image. but that fails with the same error:
[CODE]Dowload task failed for Computer-xxx with image Computer_win7-test. To setup download task, you must first upload an image[/CODE]

@Tom.Elliott
Is there is a new setting in the fog database, that will be set trough an upload process? And If that setting is not valid a image from the older fog server will not deploy?

Trying now this on my new system and try to find which setting I have to change, that I can use my old images on my new fog server.

regards,
Albatros

Revision 2119
Ubuntu: 12.04.5 LTS

I can confirm that problem, too.
Uploading a image with 2 partitions to the server works fine, but the folder of the image name, is not created and then the partition files won’t get moved and I don’t see or get any errors.
Creating the folder, moving the files and setting the permissions doesn’t help too. I get this error, If I try to do then an download
[CODE]Download task failed to create for ITFOGWin7 with image test_image
To setup download task, you must first upload an image[/CODE]
Should I upgrade to a newer revision or any other ideas?

[quote=“darkxeno, post: 27881, member: 4011”]how can I get this revision[/quote]

Take a look at this
[url]http://fogproject.org/wiki/index.php/SVN[/url]

[quote=“Tom Elliott, post: 27817, member: 7271”]Important to note, does imaging still work?[/quote]

Tested download and upload of an image, didn’t got any problems.

Tested latest revision 1716 and Kernel Update under FOG Configuration works fine on my side

In this case I would say that the kernel needs very long to load the drivers for the hardware. The only solution that I know would be to build a custom kernel. Take a look at this
[url]http://fogproject.org/forum/threads/request-for-kernel-compiling-info-please-read.4045/[/url]

Edit:
This is helpful too
[url]http://fogproject.org/wiki/index.php/Build_TomElliott_Kernel[/url]

Here is a nice tutorial on the wiki
[url]http://fogproject.org/wiki/index.php/SVN[/url]

Take a look here
/etc/my.cnf or /etc/mysql/my.cnf

Edit:
And there is a nice command named locate.
[CODE]locate my.cnf[/CODE]

The error is gone and now FOG Services works fine

Ty very much

Updated to rev 1708 tested it and if no services selected this error appears.
[CODE]PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/service/servicemodule-active.php on line 37[/CODE]

Update to revision 1706 and if the services are enabled, then it works.

If I disable the services I get an internal server error. This is in the apache log file
[CODE][Mon May 19 13:16:12 2014] [error] [client 192.168.9.14] PHP Warning: mysqli_close(): Couldn’t fetch mysqli in /var/www/fog/lib/db/MySQL.class.php on line 45, referer: http://192.168.9.13/fog/management/index.php?node=host&sub=edit&id=14[/CODE]

[CODE]SELECT hostID FROM hosts WHERE hostName = ‘ITFOGWinxp’ \G;[/CODE]
Result
[CODE]hostID: 14
1 row in set (0.00 sec)[/CODE]

[CODE]SELECT * FROM moduleStatusByHost WHERE msHostID = ‘<hostID>’ \G;[/CODE]
Result
[CODE]msID: 111
msHostID: 14
msModuleID: 6
msState: 1
1 row in set (0.00 sec)[/CODE]

How I see the msState has teh value of 1.

I tested Snapins on my VirtualBox test client and got always the message that the snapin module is disabled on this host.
Checked the checkbox in the host and its checked, unchecking and checking it again didn’t helped.

Have now taked a look into the file servicemodule-active.php and added debug messages. The method
[CODE]$modState->isValid()[/CODE]
returns nothing on my side, I expected a value of 0 or 1.
Checking ths method
[CODE]$modState->get(‘state’)[/CODE]
returns the value of 1.

Is here missing the override of the method isValid in the file ModuleAssociation.class.php?

[quote=“Eddy Weakley, post: 27200, member: 24131”]When I change chain to sanboot, it boots the OS from the harddrive.[/quote]

Thats written in the docu of ipxe
[url]http://ipxe.org/cmd/sanboot[/url]

Could you test that?
Replace chain with sanboot.

I tested your code coded and it worked after I changed this line
[CODE]item --gap —ADVANCED MENU—[/CODE]
to that
[CODE]item --gap – -ADVANCED MENU—[/CODE]

[quote=“Wolfbane8653, post: 27106, member: 3362”]Seeeeeee TOOOOOMMMMMMM"“”"SSSSSSS [I][U][B]signature[/B][/U][/I] and update your kernals this way on Ubuntu machines!

you may need to add [B]sudo[/B] infront of these commands[/quote]

I tried that from the Webpage. Under FOG Configuration -> Kernel Update, there you can choose a kernel and then it asks you for the bzImage name. I think this should not work now, but later in a future update of FOG?

[quote=“Tom Elliott, post: 27090, member: 7271”]It’s because you’re running Ubuntu.[/quote]

Do you mean some problem with permissions?

I can confirm this error on my side too. Tried latest revision 1687.