Multicasting Swap Partition Problem
-
Could something be wrong with that particular swap partition?? Maybe try recreate swap on the client before uploading an image?! Just a wild guess. Will think about the issue a little more…
-
[quote=“Uncle Frank, post: 42863, member: 28116”]Could something be wrong with that particular swap partition?? Maybe try recreate swap on the client before uploading an image?! Just a wild guess. Will think about the issue a little more…[/quote]
I also noticed that partimage does not officially support ext4. When conducting these tests initially, I used an ext4 partition for the root partition. I thought it would be best to ensure that it wasn’t a complication from using ext4 (a long shot) so I installed Debian 7 from scratch again but with an ext3 partition. I ran the same tests again and got the same results.
It’s just strange to me that unicast jobs work fine, but multicast jobs can’t handle swap partitions in multi-partition mode.
-
Alright, sounds like this is definitely an issue with FOG multicasting. I can’t test this in our labs straight away as we have linux setup with wubi (swap is within the container file) which does not cause any problems! I see if I can setup a couple of testing machines to try and reproduce this issue…
-
Sounds good. If you need anything from my end, just get back to me. I’ll be glad to help (I have a couple of routes, several subnets, and several VLANs to use for thorough testing).
-
I had a quick look through the shell scripts and saw that with FOG 1.2.0 there are actually differences in how swap partitions are being handled depending on how clients are uploaded/deployed (multicast vs. single download and single disk vs. multiple partitions)! As I am not a developer I can’t tell you why things are like this. Maybe Tom or Junkhacker can shed a light on this.
But from what I can see there have been major changes in those scripts in the last months. If you got a spare machine you could easily setup another testing FOG server and install the current SVN version (see here: [url]http://www.fogproject.org/wiki/index.php/SVN[/url]). I can’t promise you anything but I wouldn’t be surprised if swap is working with that… If not we can still start digging into the shell scripts to see where things go wrong. -
i think i remember something about muti-partition multicast imaging having an issue and being fixed in svn. i recommend upgrading to svn revision 2948, but have a backup you can revert to in case you have problems.
also, regarding this:
[quote=“cspence, post: 42865, member: 28749”]I also noticed that partimage does not officially support ext4. [/quote]
fog uses partclone, not partimage, for any version newer then 1.0.0 -
[quote=“Junkhacker, post: 42892, member: 21583”]i think i remember something about muti-partition multicast imaging having an issue and being fixed in svn. i recommend upgrading to svn revision 2948, but have a backup you can revert to in case you have problems.
also, regarding this:fog uses partclone, not partimage, for any version newer then 1.0.0[/quote]
Good things to know. I’ll look into that revision and get you some feedback.
I should have confirmed what imaging system it was using now. That would explain why ext4 had no issue.
-
Now that we got the NIC issue figured out, I got a chance to test this problem out with SVN 3053.
Unfortunately at this point, it appears I need to do some more troubleshooting because the multicast session fails to start at all. Currently, I tried using Multiple Partition - Single Disk Imaging. I’ll pick this up again a bit later (hopefully this week). This week has proven to be busier than usual.
-
Check out the multicasting wiki. It may help point out an issue.
[url]http://fogproject.org/wiki/index.php/Multicasting[/url]Also please update to the latest revision. Currently r3077 has been issued.
-
Yes, please upgrade. There have been a lot of bugs and fixes lately…
