Wow site giving me a fit this morning, couldnt reply for the last 20 mins.

The version is the Trunk in the first post.

Hre is the output:

root@CINDSV10011:/home/ladmin# ls -lR /images /images: total 12 drwxrwxrwx 2 root root 4096 Nov 5 15:22 dev drwxrwxrwx 2 root root 4096 Nov 4 08:37 postdownloadscripts drwxrwxrwx 2 root root 4096 Nov 5 15:22 Win7VL /images/dev: total 0 /images/postdownloadscripts: total 4 -rwxrwxrwx 1 root root 233 Nov 4 08:37 fog.postdownload /images/Win7VL: total 15459848 -rwxrwxrwx 1 root root 2 Nov 5 14:47 d1.fixed_size_partitions -rwxrwxrwx 1 root root 1048576 Nov 5 14:47 d1.mbr -rwxrwxrwx 1 root root 184 Nov 5 09:50 d1.minimum.partitions -rwxrwxrwx 1 root root 30 Nov 5 14:47 d1.original.fstypes -rwxrwxrwx 1 root root 0 Nov 5 14:47 d1.original.swapuuids -rwxrwxrwx 1 root root 8886666 Nov 5 14:50 d1p1.img -rwxrwxrwx 1 root root 15820924479 Nov 5 15:22 d1p2.img -rwxrwxrwx 1 root root 190 Nov 5 14:47 d1.partitions```

Ah Okay. I thought I was missing something. I take care of multiple locations so walking a user through getting to the network boot screen is easier than traveling to work on it there or pick it up if I suspect something. Thanks for the fast reply Tom!

Thx for this. The plugin is exactly what i need.

The site deployment server is only a storage node with own pxe\tftp and mysql-client. It uses the MySQL DB of the Master Server.

Well, that is exactly what resizeable images are made for. Either that or for deploying to larger disks (expand partitions automatically).

I just read your earlier post where we pointed you to use resizeable images. So I guess you want this with your new machine as well?!

Could you please open the file d1.original.partitions in both images on the FOG server and post the contents here. Most likely the partition scheme is causing an issue here.

Did you see any errors while uploading that Win10 client? Did you see the blue partclone window? Probably best to start another debug upload task (Host -> Basic Tasks -> Debug Upload) and take pictures while you go.

Thanks for letting us know! I’ll mark this thread solved for now. Feel free to ask more questions here (if related) or better start a new one.

@Sebastian-Roth

sry haven`t found this thread before.

Thx for this.

My workaround works only randomly, i think rc.local is the best way.

We had a minor issue with some embedded iPXE script recently. I wonder if this might have caused the hang. Although on most machines it just went straight back to the BIOS without loading default.ipxe… Or it was a corrupted download. Either way thanks for letting us know.

@Wayne-Workman
After reset encyption data works fine.
Thanks for help
Regards

ok so ive changed all the passwords on the server to 1 password and now it is all working
thank you all very much and have a great day 🙂

@george1421 said:

I see the majority of the deployments here are ubuntu.

That’s changing. I strongly push red-hat based distros here because they have been less problematic. I also tend to think that my clearly written instructions for Fedora have swayed the newcomers as well. I’m now working on the CentOS 7 article which is almost a carbon copy of the fedora 21 server article. And then I’ll start on a Fedora 22 server article next lol.

But seriously, just give me a shove in the right direction for partition resizing and I can probably make it really clear and nice looking.

@Sebastian-Roth said:

I am sure you need to spend a lot more days! Take it one step at a time. I don’t know anyone who learned linux and FOG in just a couple of days.

Took me 3 weeks just to get the web interface functional with 1.2.0 on Fedora 21 Workstation… Prior Linux experience, basically zilch. Another 2 weeks to figure out the FTP secomp_sandbox setting needed set… a few more weeks to understand the client and BEGIN to grasp how easy fog can make my job.

This whole FOG ordeal started in February this year (2015) for me. Still learning. And I still occasionally royally screw up too, thank you snapshots and hyper-V!

@Tom-Elliott

That is pretty much what I have with the bashrc settings. The issue is that the no_proxy points to localhost and the script calls the fog server IP address [from my memory].

BUT I could use bits of what you posted with something like this. (understand I already have the exports for the http_proxy… in my bash rc)

no_proxy="<ip_add_fog_server>" ./installfog.sh -y

That would allow the installer script to run unaltered and still tell wget to no proxy for the fog server IP address. I don’t know how big an issue this is or how many fog servers are behind proxy servers. I just wanted to get it documented for others that may find this post.

Also so everyone knows, I helped @sacha-marin earlier. he had two symbolic links pointing at each-other in /var/www and /var/www/html I deleted both of them and that fixed the installation.

@jeremy-mcflight said:

Update: For a strange reason - I have deleted the previous image file, created a new one , re-uploaded the new image, changed back the Deploy method to “PartClone” - and now it’s working fine! However, I still want to thank everyone for giving me a hand. You guys rock!

In that order, exactly? That doesn’t make sense to me.

While I don’t have an answer for you, I do have a feature request out there for the exact same thing. https://forums.fogproject.org/topic/6014/create-the-concept-of-a-foreignmasterstorage-deployment-node
Right now there the only way to do this is manually or scripting via sql dump and sql import of the images and snapins tables between the deployment nodes.

You can do something similar but with storage nodes (not a master deployment node), and you will need to install the /tftpboot files on the storage node. You will need to use the location plugin and storage groups.

Yep upgrade worked like a champ. So in short all it needed on my end was the upgrade and update. But adding the code wouldn’t be a bad idea as most of us wouldn’t think it that far through. Still not sure what happened with NTP.

@Sebastian-Roth
Thanks for reply. I come back to last settings.
Regards

@Tom-Elliott Thank you sir…I’m sorry I didn’t have much info to help diagnose. Appreciate everyone’s help.

Look at the path in the error, ...URL /fog//service... It has two slashes back to back. That’s probably the issue.

What OS are you using? What’s your web-root setting for this storage node set to?

@Joseph-Hales said:

It is likely that I am the only one who is trying to run SVN at this time most large shops won’t upgrade till final release.

And that is greatly appreciated, you’re helping support FOG just by running trunk in your organization and working with the developers on issues. People like you help make FOG releases solid for everyone else.