Now I feel stupid I was positive I changed those settings when I first built my server as I uploaded a lot of snapins prior to this problem but when I checked they were at the default it is now fixed thank you for the help.

@DarkEnergy Check your chats.

Yeah and no, I think.

I don’t know how to describe it simply.

Since we got your stuff, kind of, working, I haven’t changed the storage or image stuff so as to break it as you were once seeing. If anything, I found and fixed more potential issues

Ok, I’ll try it! Thanks!

Apparently the us.archive and us.security for old releases is no longer hosted at their relative release. So to fix, I have modified testing against the “old-releases” links and this appears to work properly.

SVN 3616 should fix this for you, hopefully.

@Wayne-Workman

total used free shared buffers cached Mem: 3754 3375 379 10 84 2898 Swap: 3891 0 3891

I think mine are using 3375 MB of 3754 MB
My OS is Ubuntu 14.04.1 LTS

Hey Guys fixed it.

I was the credentials that made the error so i just follow the wiki page and it work 😄 thanks for the help

@contewit You might not need to worry about it. I’m currently in the process of getting one of these broke Dell images to Tom, and he’s going to mess around with it.

For the commands being executed, I don’t think there is any method to “show” them… However, if you look into the several scripts that are used, they all have variables. Those begin with $ signs.

You can echo the contents of variables like this:

echo $VariableNameIsCaseSensitive

Check this out, too: http://tldp.org/HOWTO/Bash-Prog-Intro-HOWTO-5.html

@Tim.Trageser said:

I have the Virtual Drive set to IDE should I try SATA?

You should be using SATA in VMWare (or other solutions) no matter what kernel you’re using. Yeah do it.
But I doubt this will solve your problem… We’ll see.

I assume you’re using FOG 1.2.0 ?

The first thing to make sure of, since you want two INDEPENDENT storage nodes (non - replicas of each other), both storage nodes need to be inside their OWN storage group. They can’t be in the same group, it’ll only create problems down the road (for your specific desires).

Set both as the master node of their storage group.

Can you verify that the new storage node’s credentials are set correctly? https://wiki.fogproject.org/wiki/index.php/Troubleshoot_FTP#Credentials_.2F_Passwords

Also, you might wanna look into FOG Configuration -> FOG Settings -> Storage nodes. Those two fields are for the FTP user and pass, which would be the same since your 2nd storage node is local…

You may also wanna look at how you’re mounting the USB disk with in /etc/fstab and make sure you’re mounting in a way that includes full permissions (read and write).

@Tom-Elliott Oh ok, I see what you are saying Tom, thanks

@aaoyagi iktf

so far i have hiren,ultimate and falcon, all working great. im gonna try to add a chromium iso and a windows 8 live pe for fun

@Danny-R

To prevent this from happening down the road, you could try following these instructions:
https://github.com/fogproject/fogproject/issues/1

@tlawson To be clear, you set your permissions to 777 and it’s fixed?

What did you do to fix it?

@Tom-Elliott

i have to talk to the Project Management what they want and at this moment i can not tell it.
If it´s okay i can tell you the changes that need to be done next week.

Thanks & Greetings

Marc

Chat me up.

Maybe give me a teamviewer. I’m thinking the task is just “stuck”.

TaskID=1 is download tasks.

TaskID IN(18,19,20) are wipe tasks, for what its worth.

Thanks for your info. I will provide this information after a wedding.

For now I have resolved the problem by using the undionly.kpxe file from my previous install. However it seems after each SVN update, I need to restore the same file, I wonder if my future hardware is supported by it.

@siacotos said:

I got it thank you. turns out that the default storage group had the wrong credentials set.

🙂

tanks, that helped me a lot