Latest FOG 0.33b
-
Do you have any other tip (if the restart was for me)? If not, I’m going to reinstall it.
-
I’m not seeing the same issues as you.
At all.
I can create the task, watch the task get created. Start my system, and watch it image. But I’ll try some more details.
-
I think i narrowed down the issue.
I was imaging a winxp system with a resizable harddrive.
This means I have a file (FILE not DIRECTORY) that is called:
/images/winxpimage
It finds and images that perfectly fine.
The issue, right now, is the task is trying to gunzip the directory for a windows 7 image, rather than the files within the directory. I’m a big idiot and I’m sorry about that. Working on a fix now.
-
OK, I was going to reinstall FOG and thought I should backup db first. So I did and found in sql dump file a table (multicastSessionAssoc) with lot of entries, so now I understand why it didn’t work as I deleted only entries in multicastSession and not here
Now everything seems to work, even multicast task starts (not only individual tasks), but 2 issues:
[LIST=1]
[]one host gets proper pxe config file with good porbase (say 58720) but second host gets 224 (it seems lik 1. octet of multicast address), so I have to change it manualy to start multicasting
[]but then it complains it’s not partclone image (I created it yesterday with 0.33 fog, so it should be partclone image); Is this what you are talking above? This is how it looks like in both versions:
[LIST=1]
[]0.32 is gunzip -c “/images/test/d1p1.img” | /usr/local/sbin/udp-sender … (I have a screenshot)
[]0.33 is gunzip -c “/images/cpu/”|/usr/local/sbin/udp-sender …
[/LIST]
[/LIST] -
I fixed it. r1126 released to address the multicast task creation.
You should be good. I don’t know what was generating all the multicastSessions you are talking about, but it shouldn’t do that anymore.
Thank you,
-
Also,
Instead of reinstalling the DB.
Just clear out the sessions and Assocs:
truncate table multicastSessions;
truncate table multicastSessionsAssoc; -
You are welcome, Tom. Now multicast seems to work, but there is stil the issue with different ports assigned to hosts. I’m going to look at it.
-
I guess I don’t understand? Are the tasks going to different hosts on different ports from within the same tasking?
-
I’m not sure if I understand you now but, when you create multicast tasks, it should create pxe file per client (MAC) and 1st my client got now multicast base port 45084 and 2nd got now 9964, which is, as I in the meantime found out that it’s some default port (I see it in globalSettings db table). But it was not every time this one, it looked like this client (and it seems that every time it’s the same client) gets port from previous multicast session (and perhaps now, as I started this multicast task after truncating those session tables, it gets some default value).
I guess, creating pxe config file is based on hostID, which correlates, this is how my hosts table for those hosts looks like:
[CODE]mysql> select * from hosts;
±-------±---------±------------------------------------------------±-------±----------±-------------±--------------------±-------------±------------------±----------±-------------±---------±-----------±-----------±-----------------±---------------±-----------±-----------+
| hostID | hostName | hostDesc | hostIP | hostImage | hostBuilding | hostCreateDate | hostCreateBy | hostMAC | hostUseAD | hostADDomain | hostADOU | hostADUser | hostADPass | hostPrinterLevel | hostKernelArgs | hostKernel | hostDevice |
±-------±---------±------------------------------------------------±-------±----------±-------------±--------------------±-------------±------------------±----------±-------------±---------±-----------±-----------±-----------------±---------------±-----------±-----------+
| 1 | 772 | Created by FOG Reg on January 20, 2014, 3:13 pm | | 6 | 0 | 2014-01-20 15:13:34 | FOGREG | d4:3d:7e:0c:8c:6f | | | | | | | | | |
| 2 | 768 | Created by FOG Reg on January 20, 2014, 3:15 pm | | 6 | 0 | 2014-01-20 15:15:48 | FOGREG | d4:3d:7e:0c:90:ed | | | | | | | | | |
[/CODE]edit: and host 772 gets wrong port
-
I want to make sure I get this right!
Are you creating a multicast task for the individual hosts? (One task per host)
Or are you creating a multicast task from the group? (One task to multiple hosts)
I haven’t implemented a code base to kill the original task/job/command and regenerate if the two individual tasks have the same image id.
Does this make sense?
-
Sorry Tom, just testing capone, it hangs at “looking for images”
There is the following in the apache error log.[client 192.168.3.10] PHP Warning: vsprintf(): Too few arguments in /var/www/fog/lib/db/MySQL.class.php on line 105
I am running r1026 on Ubuntu LTS 12.04
[url=“/_imported_xf_attachments/0/510_boottest.png?:”]boottest.png[/url]
-
can you update to the latest revision? r1126 and try again.
-
Sorry, my typo, r1126, just downloaded this evening
-
I am creating one task to multiple hosts, from Task Management -> List All Groups -> Deploy Multicast. No other tasks or even processes are running when I start task - every time I kill udp-sender (if there is some hanging), check tasks in Active Tasks and Active Multicast Tasks, and now even sessionMulticast and sessionMulticastAssoc tables. So there shouldn’t be any collision, if you have this on mind in your 4th sentence.
-
can you give me output of your apache2/httpd error log?
-
I tried to debug that port issue, but don’t know php enough - how to write value of variable to file? I tried firstly echo $port; to show it in fog (this worked in 0.32), but in 0.33 it probably get’s to fast refreshed, so I don’t see anything. Then I found file_put_contents() function but it doesn’t seem to work - I use it like this: file_put_contents(“port_debug_rado”, $port); but can’t find file port_debug_rado. Or is there any other way?
-
I figured out the issue. r1127 is released and should set the correct port now.
-
Yes, it does. But now it associates only one individual task with multicast task:
[CODE]mysql> select * from multicastSessionsAssoc;
±------±-----±----+
| msaID | msID | tID |
±------±-----±----+
| 6 | 6 | 93 |
±------±-----±----+
1 row in set (0.00 sec)
[/CODE]Are you going to work on it now? If yes, I could test, will be here until 22:00 or so.
-
Should be fixed here shortly, forgot to save the association.
r1128 released.
-
Hi Tom, sorry for the delay, the attached is access.log, error.log and screenshot.
I restarted apache2 just before booting the client so these are the complete logs.[url=“/_imported_xf_attachments/0/511_error.zip?:”]error.zip[/url]