Topics created by emkey

Hey there,

sorry for letting you wait this long. Today I found some time to test a little bit and things look a lot better meanwhile.

I did another fresh install from the current svn and now the iPXE boot works without any flaws! I will now test to Up- and Download some images. I will keep you up to date!

Thank you, that really helps a lot!

Okay, I found a solution that works for me, although it is not in a state to use is as a patch. My solution is ONLY for the download task, it does NOT fix the upload task and you have to do some manual steps everytime you create a new image (and only for mps images). I did the following:

Edit fog.download:

204 if [ -f $tmpMBR ]; then
205 if [ “$mbrsize” != “32256” -a “$has_GRUB” != “1” ] && [ “$mbrsize” != “512” ] && [ “$mbrsize” != “2048” ]; then
206 dots “Restoring Partition Tables”;
207 sgdisk -gel $tmpMBR $hd 2>&1 >/dev/null;
208 gptcheck=“yes”;
209 elif [ “$mbrsize” == “32256” -o “$has_GRUB” == “1” ] && [ “$osid” == “50” ]; then
210 dots “Restoring MBR and GRUB”;
211 restoreGRUB “${hd}” “1” “${imagePath}”;
212 if [ -e “${imagePath}/d1.partitions” ]; then
213 echo “Done”;
214 dots “Extended partitions”;
215 sfdisk $hd < ${imagePath}/d1.partitions &>/dev/null;
216 else
217 echo “Done”;
218 dots “No extended partitions”;
219 fi
220 elif [ “$mbrsize” == “2048” ]; then
221 dots “Restoring Lenovo Specific MBR”;
222 dd if=$tmpMBR of=$hd bs=512 count=4 &>/dev/null;
223 echo “Done”;
224 else
225 dots “Restoring MBR”;
226 dd if=$tmpMBR of=$hd bs=512 count=1 &>/dev/null;
227 if [ -e “${imagePath}/d1.partitions” ]; then
228 echo “Done”;
229 dots “Extended partitions”;
230 sfdisk $hd < ${imagePath}/d1.partitions &>/dev/null;
231 else
232 echo “Done”;
233 dots “No extended partitions”;
234 fi
235 fi

Create an image via uploading from master workstation. Boot master workstation with linux live image. Backup MBR
dd if=/dev/sdX of=backup.mbr bs=512 count=4 Save backup.mbr in your image folder, name it d1.mbr and set permissions like the original d1.mbr file

After these steps your workstations should boot to windows 7 again after running a deployment task - well, at least mine do.

Um what? Multicast tasks take no slots on the queue as is designed. While you may see a task for every host this is to be expected otherwise how will the system know which clients you’re trying to multicast too?

Okay, I got the problem fixed. The issue really was the script only applying the hostname change to the last partition restored. These are the steps I’ve done:

root@e21a101:~# cd /var/www/fog/service/ipxe/
root@e21a101:/var/www/fog/service/ipxe#
root@e21a101:/var/www/fog/service/ipxe# xz --decompress init.xz
root@e21a101:/var/www/fog/service/ipxe# mkdir initmountdir
root@e21a101:/var/www/fog/service/ipxe# mount -o loop init initmountdir
root@e21a101:/var/www/fog/service/ipxe# vim initmountdir/bin/fog.download

Then I added the changeHostname call to line 281 like the following:
268 elif [ “$imgType” == “mps” ]; then
269 parts=fogpartinfo --list-parts $hd 2>/dev/null;
270 diskLength=expr length $hd;
271 for part in $parts; do
272 partNum=${part:$diskLength};
273 echo " * Processing Partition: $part ($partNum)“;
274 sleep 2;
275 imgpart=”$imagePath/d1p$partNum.img";
276 if [ ! -f $imgpart ]; then
277 echo " * Partition File Missing: $imgpart";
278 else
279 writeImageMultiCast $part
280 fi
281 changeHostname;
282 done

root@e21a101:/var/www/fog/service/ipxe# umount initmountdir/
root@e21a101:/var/www/fog/service/ipxe# rmdir initmountdir
root@e21a101:/var/www/fog/service/ipxe# xz -z -9 -C crc32 init

That’s it. This way it works perfectly for me. But keep in mind this is a rather quick and dirty fix and only applies to distribution by multicast with a mps type image (Multiple Partition Image - Single Disk (Not Resizable) - (2))! So let’s hope that there will be a clean change to the repos that targets all type of distributions and images.