Awsome that you got it running now!

Have you talked to iPXE devs too?? Or do you mean FOG devs? I am just wondering because maybe iPXE devs would be able to help out fixing the driver itself. But if this is working for you, you might just leave it like that. Unfortunately I neither have the time nor the hardware to help with this any further although I’d love to help to get this properly fixed. 😉

Problem was with the available free space (it was combination of virtual disk setup and linux installation). Creating my first image now, seems ok so far. Thanks you all for pointing me to right direction.

3081 :
[Fri Mar 06 10:21:03 2015] [error] [client 192.168.123.125] PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/lib/pages/PluginManagementPage.class.php on line 289, referer: [url]http://192.168.123.6/fog/manage$[/url]

and still the same problem 😕

edit : and i clear cache, i try with another browser, and with another computer 🙂

What kind of image is this? One of the biggest changes from before 1.x.x is the os Is set on the image rather than the host. Make sure the image definition has the proper settings such as image type (resize,multipart,raw),os, and partition (everything). My guess is the image is supposed to be resize but is currently set to multipart which would be why you’re getting the message about mbr.

if you’re not in the working copy directly, or explicitly telling it where the “working copy” is, it assumes the CWD.

For example:

You have terminal-ed in to: /root or /home/jhales

If you run svn up from here, but the working copy is in /root/svn or /home/jhales/svn it will give the error:

[code][jhales@localhost ~] $ svn up
svn: warning: ‘.’ is not a working copy
[/code]

if you cd into the proper directory as such:
[code][jhales@localhost ~] $ cd svn
[jhales@localhost ~/svn] $ svn up[/code]

You shouldn’t have any issues.

Or explicitly set the “working directory”
[code][jhales@localhost ~] $ svn up svn[/code]

You shouldn’t have any issues.

Maybe this would’ve helped… [url]http://fogproject.org/forum/threads/could-not-boot-exec-format-error-2e008001.12001/[/url]

You can find selinux on or off with[code]sestatus[/code]

[COLOR=#000000][SIZE=3]Under Storage Management it’s listed as Max Clients and under Fog Settings you need to have Fog Configuration > Fog Settings > [FONT=Ubuntu]FOG_QUEUESIZE needs to be higher then Max Clients.[/FONT][/SIZE][/COLOR]

You might fix this by truncating the snapins db there is a post about it when first installing svn.

As for default behavior in SVN services are enabled on a pxe registered machine if you register the machine via the web interface then the default is off.

Kewl but you can just disable the AHCI in the BIOS. So really you could go either way.

After editing on the part of GUI ( fog.multijoin ) and remove the lines you say to start the multijoin returnd to boot menu
[LEFT]It seems that no session[/LEFT]
[LEFT]Apologize for if I do not fully understand my English is not very good[/LEFT]

[SIZE=4][FONT=arial][COLOR=#222222]couldn’t resist[/COLOR] to install r3072, it seems my issues are solved…:)[/FONT][/SIZE]
[SIZE=4][FONT=arial]what a great support :)[/FONT][/SIZE]
[SIZE=4][FONT=arial]I am very very grateful…:)[/FONT][/SIZE]

That worked. Thank you Tom.

Yeah the host existed already and i’m using the tweaked init file.

What are the error messages? An exact error message, or even better a copy of the install log ( Should be located in [SIZE=12px][FONT=Consolas][COLOR=#333333]/var/log/foginstall.log[/COLOR][/FONT][/SIZE] ), would help us out tremendously.

absolutely correct from what I can gather.

Thanks, I just tried that, but I noticed the same problem in another thread where someone is having the same problem, and where you told them to try the same thing. So I’m going to post the results over there
[url]http://fogproject.org/forum/threads/problem-with-permission-denied-after-fog-server-restart.12503/[/url]

Gotta help keep the forum organized and what not right. I’ll post here again if I here back about whether or not option 43 was touched by someone else.

Thanks again for all the help.

And now it all works again? Maybe the mysql database on the old system was corrupt…

[quote=“hesslr, post: 42845, member: 17210”]I reinstalled the fog service on our master image and all is well using 1.2.0. Thanks for the help![/quote]

Awesome! That was such a far-fetched idea, can’t believe it worked!