@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

@fjarken said:

Ah yes I have STP setup on my network, I came back to this thread again, cause I found a conflicting IP with my fog server…which I think was the root cause. A switch on my network had been configured with the same IP.

I’ll be sure to start asking this… seems its a more common problem than what one would think.

Gotta love happy endings.

Switchports are the same configuration?

Okay changed the partitions on the master to Primary Partitions instead of Logical Partitions and everything seems to be working fine now. I guess logical drives don’t really work well. In any case I’ll mark this solved because the issue has veered wildly from the initial question, which Tom answered for me. Thanks all.

I have acl/vlan (but they have not changed recently only my fog version have changed) and the fog server is on the same vlan as the computers

Hello,
after update to version 3594 everything looks good 😉
Thank for fast response.
Regards.
FOG forever 😉

@curvature Please note that the upload-task moves the image from /dev to /images via FTP after uploading completes. If there are old images stuck in /dev, you will just need to delete those.

If you upload an image and it moves correctly, you’re good to go.

@Wayne-Workman @Tom-Elliott Thanks for all your help