Latest FOG 0.33b

Tom Elliott

I guess I don’t understand? Are the tasks going to different hosts on different ports from within the same tasking?

rado

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:

edit: and host 772 gets wrong port

Tom Elliott

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?

jbsclm

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]

Tom Elliott

can you update to the latest revision? r1126 and try again.

jbsclm

Sorry, my typo, r1126, just downloaded this evening

rado

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.

Tom Elliott

can you give me output of your apache2/httpd error log?

@jbsclm

rado

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?

Tom Elliott

I figured out the issue. r1127 is released and should set the correct port now.

rado

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.

Tom Elliott

Should be fixed here shortly, forgot to save the association.

r1128 released.

jbsclm

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]

rado

OK, seems to work. Thanks. Bye

fabritrento

[quote=“Tom Elliott, post: 21722, member: 7271”]Should be fixed here shortly, forgot to save the association.

r1128 released.[/quote]

the imaging of a pc with single disk multiple partition of:

sda1 ntfs(winxp)
sda2 ext4 (linux)
sda3 swap (linux)

should work with r1128? i can test it?

fabritrento

on the fog server i have tons of these script:

root 643 640 0 Jan21 ? 00:00:00 /bin/sh -c [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null ; -delete
root 681 643 0 Jan21 ? 00:00:24 find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +24 ! -execdir fuser -s {} ; -delete

someone has idea what is??

rado

hi, it’s output from ps? I have the first one in /var/log/syslog (debian), it’s run every half an hour from cron (maybe messed up cron?), but not the second one.

fabritrento

[quote=“fabritrento, post: 21744, member: 21607”]the imaging of a pc with single disk multiple partition of:

sda1 ntfs(winxp)
sda2 ext4 (linux)
sda3 swap (linux)

should work with r1128? i can test it?[/quote]

…
What is the IP address to be used by this FOG Server? [inet:192.168.0.3] (esthetic bug remains during install)
…
The multiple partition cloning bug is not solved.

also after a multicast task started, i get this error when i click on tasks page:

FOG DEBUG: Host: Database Load Failed: ID: 0, Error: Operation field not set: ID
FOG DEBUG: Host: Database Load Failed: ID: 0, Error: Operation field not set: ID

so now i’m locked. please help me, i must image these units until 13:00PM, otherwise i bust uninstall the 0.33B and switch back to 0.32…

i partially fixed this error doing:

mysql> select * from tasks;
±-------±-----------------------------±--------------------±--------------------±-----------±------------±-------------±----------±-----------------------±-----------±-----------±---------±----------------±------------------±---------------±----------------±--------------±---------------±----------------±----------------±-----------------+
| taskID | taskName | taskCreateTime | taskCheckIn | taskHostID | taskStateID | taskCreateBy | taskForce | taskScheduledStartTime | taskTypeID | taskPCT | taskBPM | taskTimeElapsed | taskTimeRemaining | taskDataCopied | taskPercentText | taskDataTotal | taskNFSGroupID | taskNFSMemberID | taskNFSFailures | taskLastMemberID |
±-------±-----------------------------±--------------------±--------------------±-----------±------------±-------------±----------±-----------------------±-----------±-----------±---------±----------------±------------------±---------------±----------------±--------------±---------------±----------------±----------------±-----------------+
| 1 | | 2014-01-20 12:50:17 | 2014-01-20 12:50:57 | 1 | 4 | fog | 0 | 0000-00-00 00:00:00 | 2 | 0000000100 | 136.45MB | 01:29:40 | 00:00:02 | 17.74 GB | 99.95 | 29.29 GB | 1 | 1 | | 0 |
| 3 | | 2014-01-21 07:52:05 | 2014-01-21 07:52:49 | 1 | 4 | fog | 0 | 0000-00-00 00:00:00 | 2 | 0000000100 | 437.79MB | 00:27:52 | 00:00:05 | 17.70 GB | 99.66 | 29.29 GB | 1 | 1 | | 0 |
| 4 | | 2014-01-21 08:31:08 | 2014-01-21 08:35:13 | 1 | 4 | fog | 0 | 0000-00-00 00:00:00 | 2 | 0000000100 | 656.81MB | 00:18:36 | 00:00:02 | 17.72 GB | 99.80 | 29.29 GB | 1 | 1 | | 0 |
| 5 | | 2014-01-21 09:05:11 | 2014-01-21 10:20:20 | 1 | 4 | fog | 0 | 0000-00-00 00:00:00 | 16 | 0000000100 | 801.04MB | 00:15:16 | 00:00:00 | 17.73 GB | 99.90 | 29.29 GB | 1 | 1 | | 0 |
| 7 | | 2014-01-21 15:55:47 | 2014-01-21 15:56:59 | 1 | 4 | fog | 0 | 0000-00-00 00:00:00 | 2 | 0000000000 | | | | | | | 1 | 1 | | 0 |
| 8 | | 2014-01-22 08:44:29 | 2014-01-22 08:48:35 | 1 | 4 | fog | 0 | 0000-00-00 00:00:00 | 2 | 0000000100 | 709.88MB | 00:19:25 | 00:00:02 | 17.63 GB | 99.79 | 29.29 GB | 1 | 1 | | 0 |
| 9 | | 2014-01-22 09:19:33 | 2014-01-22 09:20:11 | 1 | 4 | fog | 0 | 0000-00-00 00:00:00 | 2 | 0000000100 | 650.98MB | 00:21:13 | 00:00:00 | 17.67 GB | 99.99 | 29.29 GB | 1 | 1 | | 0 |
| 10 | labinfo | 2014-01-22 09:51:02 | 0000-00-00 00:00:00 | 0 | 5 | fog | 0 | 0000-00-00 00:00:00 | 8 | 0000000000 | | | | | | | 1 | 1 | | 0 |
| 11 | labinfo | 2014-01-22 09:51:03 | 0000-00-00 00:00:00 | 2 | 5 | fog | 0 | 0000-00-00 00:00:00 | 8 | 0000000000 | | | | | | | 1 | 1 | | 0 |
| 12 | labinfo | 2014-01-22 09:51:05 | 0000-00-00 00:00:00 | 3 | 5 | fog | 0 | 0000-00-00 00:00:00 | 8 | 0000000000 | | | | | | | 1 | 1 | | 0 |
| 13 | labinfo | 2014-01-22 09:51:06 | 0000-00-00 00:00:00 | 4 | 5 | fog | 0 | 0000-00-00 00:00:00 | 8 | 0000000000 | | | | | | | 1 | 1 | | 0 |
| 14 | labinfo | 2014-01-22 09:51:07 | 0000-00-00 00:00:00 | 5 | 5 | fog | 0 | 0000-00-00 00:00:00 | 8 | 0000000000 | | | | | | | 1 | 1 | | 0 |
| 15 | labinfo | 2014-01-22 09:51:08 | 0000-00-00 00:00:00 | 6 | 5 | fog | 0 | 0000-00-00 00:00:00 | 8 | 0000000000 | | | | | | | 1 | 1 | | 0 |
| 27 | Multicast Group Quick Deploy | 2014-01-22 10:23:43 | 0000-00-00 00:00:00 | 0 | 1 | fog | 0 | 0000-00-00 00:00:00 | 8 | 0000000000 | | | | | | | 1 | 1 | | 0 |
±-------±-----------------------------±--------------------±--------------------±-----------±------------±-------------±----------±-----------------------±-----------±-----------±---------±----------------±------------------±---------------±----------------±--------------±---------------±----------------±----------------±-----------------+
14 rows in set (0.00 sec)

mysql> delete from tasks where taskID=27;
Query OK, 1 row affected (0.00 sec)

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

so there is a problem, scheduling a multicast deploy results that the tasklist webpage is no mere accessible.

also doing a normal clone don’t work.

this is very buggly… i revert to 0.32, i need to image

rado

If it is possible, maybe try to kill all tasks in FOG manager, then truncate multicastSession and multicastSession db tables (maybe even tasks table) - see command somewhere above, kill all udp-sender processes, delete pxe configs for hosts, or maybe restart FOGMulticastManager. To be sure everything is clean (thouh, I’m not sure, if this is enough). And then start it again.

Tom Elliott

@rado,

I’ve already been working on that element, though it doesn’t truncate the command, rather just destroy’s the related associations and, once the associations for that task are all complete/canceled, sets the multicastSessions state field to (complete/canceled) respectively.

That said, I’m currently having trouble with it killing the udp-sender task if you kill the tasks. The multicast.log file shows the task starting, but if you kill the tasks (or kill the multicastSession related to those tasks) it doesn’t kill the task. That may be because I need to actually destroy the session that’s created versus trying to keep it stored in canceled though. So that’s easy to work out.

@fabritreno,
I haven’t added the “fixes” as you’ve recommended yet. Yesterday I was more focused on getting the multicastSessions working. They do work now, however if you update, you may have to perform a service FOGMulticastManager restart.

I don’t know what your many php statements are looking like.

@jbsclm
I’m not seeing a corresponding error, though I do see it repeatedly trying to get the imagelookup based on the key you’ve provided. One thing that makes me wonder, do you have image id AND a dmi key? This may be my fault, but If I’ve read the rewritten capone script (while rewriting of course) properly, it’s checking if either the dmi OR the imagelookup is set.

Latest FOG 0.33b

187

11.6k

17.1k

154.6k