Latest FOG 0.33b
-
To answer the log question, there were no files in /opt/fog/log, and none of the /var/log files showed anything other than something about not defining a timezone. Typing /opt/fog/service/FOGMulticastManager/FOGMulticastManager did give me quite a few PHP Warnings. I don’t know what’s significant
PHP Warning: fopen(): Filename cannot be empty in /opt/fog/service/common/functions.php on line 10
PHP Warning: date(): It is not safe to rely on the system’s timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone ‘UTC’ for now, but please set date.timezone to select your timezone. in /opt/fog/service/common/functions.php on line 19
PHP Warning: fopen(/dev/tty2): failed to open stream: Permission denied in /opt/fog/service/common/functions.php on line 10
PHP Warning: fopen(/opt/fog/log/multicast.log): failed to open stream: Permission denied in /opt/fog/service/common/functions.php on line 26
PHP Warning: Missing argument 2 for out(), called in /opt/fog/service/common/functions.php on line 28 and defined in /opt/fog/service/common/functions.php on line 6 -
Found the issue Lee was reporting.
r1185 released. Should PROPERLY NOW, fix group/individual taskings for multicast jobs.
Creates new multicast task for individual host multicast deploy.
Creates Group multicast task based on the Group->Host->image being the same.
-
Hi,
How to update r1170 -> r1185?
Uninstall and reinstall all or simply extract files of new version.
Thanks -
[quote=“Tom Elliott, post: 22384, member: 7271”]Found the issue Lee was reporting.
r1185 released. Should PROPERLY NOW, fix group/individual taskings for multicast jobs.
Creates new multicast task for individual host multicast deploy.
Creates Group multicast task based on the Group->Host->image being the same.[/quote]
today i tested multicast: don’t work.
i have 2 group: one of 26 pc another of 16 pc.
the pcs in second group is included also in first group.
clicked on list all group, multicast (second green icon with 2 down-rows)
the pc boots and starts partclone, that remain grey and wait to infinite.
here some logs:
administrator@fog:~/fog_0.33b/bin$ ps -ef|grep fog
avahi 507 1 0 Jan31 ? 00:00:07 avahi-daemon: running [fog.local]
root 30590 1 0 11:19 ? 00:00:01 /usr/bin/php -q /opt/fog/service/FOGMulticastManager/FOGMulticastManager
root 30600 1 0 11:19 ? 00:00:00 /usr/bin/php -q /opt/fog/service/FOGImageReplicator/FOGImageReplicator
root 30612 1 0 11:19 ? 00:00:00 /usr/bin/php -q /opt/fog/service/FOGTaskScheduler/FOGTaskScheduler
1000 31110 26061 0 11:24 pts/1 00:00:00 grep --color=auto fog
administrator@fog:~/fog_0.33b/bin$administrator@fog:/opt/fog/log$ vi multicast.log
[02-03-14 11:28:18 am] | [02-03-14 11:28:18 am] Task (50) LAB-CA is new!
[02-03-14 11:28:18 am] | [02-03-14 11:28:18 am] Task (50) LAB-CA image file found.
[02-03-14 11:28:18 am] | [02-03-14 11:28:18 am] Task (50) LAB-CA 40 clients found.
[02-03-14 11:28:18 am] | [02-03-14 11:28:18 am] Task (50) LAB-CA sending on base port: 27198
[02-03-14 11:28:18 am] CMD: cat “/images//labinfociro/d1p1.img”|/usr/local/sbin/udp-sender --min-receivers 40 --portbase 27198 --interface eth0 --full-duplex --ttl 32 --nokbd;cat “/images//labinfociro/d1p2.img”|/usr/local/sbin/udp-sender --min-receivers 40 --portbase 27198 --interface eth0 --full-duplex --ttl 32 --nokbd;cat “/images//labinfociro/d1p3.img”|/usr/local/sbin/udp-sender --min-receivers 40 --portbase 27198 --interface eth0 --full-duplex --ttl 32 --nokbd;
[02-03-14 11:28:18 am] | [02-03-14 11:28:18 am] Task (50) LAB-CA has started.
[02-03-14 11:28:28 am] * [02-03-14 11:28:28 am] Checking if I am the group manager.
[02-03-14 11:28:29 am] * [02-03-14 11:28:29 am] I am the group manager.
[02-03-14 11:28:29 am] | [02-03-14 11:28:29 am] Task (50) LAB-CA is no longer running.
[02-03-14 11:28:29 am] | [02-03-14 11:28:29 am] Task (50) LAB-CA will not be cleaned yet (5 min delay).
[02-03-14 11:28:39 am] * [02-03-14 11:28:39 am] Checking if I am the group manager.
[02-03-14 11:28:40 am] * [02-03-14 11:28:40 am] I am the group manager.
[02-03-14 11:28:40 am] | [02-03-14 11:28:40 am] Task (50) LAB-CA is no longer running.
[02-03-14 11:28:40 am] | [02-03-14 11:28:40 am] Task (50) LAB-CA will not be cleaned yet (5 min delay).
[02-03-14 11:28:50 am] * [02-03-14 11:28:50 am] Checking if I am the group manager.
[02-03-14 11:28:51 am] * [02-03-14 11:28:51 am] I am the group manager.
[02-03-14 11:28:51 am] | [02-03-14 11:28:51 am] Task (50) LAB-CA is no longer running.
[02-03-14 11:28:51 am] | [02-03-14 11:28:51 am] Task (50) LAB-CA will not be cleaned yet (5 min delay).
[02-03-14 11:29:01 am] * [02-03-14 11:29:01 am] Checking if I am the group manager.administrator@fog:/var/log/apache2$ vi error.log
[Mon Feb 03 11:35:19 2014] [error] [client 192.168.0.30] PHP Fatal error: Call to a member function isValid() on a non-object in /var/www/fog/service/servicemodule-active.php on line 11I retryed deleting the 26 pc group, and restart the multicast for 16pc group:
[02-03-14 11:42:09 am] | [02-03-14 11:42:09 am] Task (50) LAB-CA is new!
[02-03-14 11:42:09 am] | [02-03-14 11:42:09 am] Task (50) LAB-CA image file found.
[02-03-14 11:42:09 am] | [02-03-14 11:42:09 am] Task (50) LAB-CA 56 clients found.
[02-03-14 11:42:09 am] | [02-03-14 11:42:09 am] Task (50) LAB-CA sending on base port: 27198
[02-03-14 11:42:09 am] CMD: cat “/images//labinfociro/d1p1.img”|/usr/local/sbin/udp-sender --min-receivers 56 --portbase 27198 --interface eth0 --full-duplex --ttl 32 --nokbd;cat “/images//labinfociro/d1p2.img”|/usr/local/sbin/udp-sender --min-receivers 56 --portbase 27198 --interface eth0 --full-duplex --ttl 32 --nokbd;cat “/images//labinfociro/d1p3.img”|/usr/local/sbin/udp-sender --min-receivers 56 --portbase 27198 --interface eth0 --full-duplex --ttl 32 --nokbd;
[02-03-14 11:42:10 am] | [02-03-14 11:42:10 am] Task (50) LAB-CA has started.
[02-03-14 11:42:20 am] * [02-03-14 11:42:20 am] Checking if I am the group manager.
[02-03-14 11:42:21 am] * [02-03-14 11:42:21 am] I am the group manager.Udp-sender 20120424
Using mcast address 232.168.0.3
UDP sender for (stdin) at 192.168.0.3 on eth0
Broadcasting control to 224.0.0.1
New connection from 192.168.0.142 (#0) 00000009
New connection from 192.168.0.43 (#1) 00000009
New connection from 192.168.0.141 (#2) 00000009
New connection from 192.168.0.113 (#3) 00000009
New connection from 192.168.0.133 (#4) 00000009
New connection from 192.168.0.117 (#5) 00000009
New connection from 192.168.0.121 (#6) 00000009
New connection from 192.168.0.122 (#7) 00000009
New connection from 192.168.0.123 (#8) 00000009
New connection from 192.168.0.137 (#9) 00000009
New connection from 192.168.0.138 (#10) 00000009
New connection from 192.168.0.136 (#11) 00000009
New connection from 192.168.0.127 (#12) 00000009
New connection from 192.168.0.118 (#13) 00000009
New connection from 192.168.0.132 (#14) 00000009administrator@fog:/opt/fog/log$ ps -ef|grep udp
root 1053 30590 0 11:42 ? 00:00:00 sh -c exec cat “/images//labinfociro/d1p1.img”|/usr/local/sbin/udp-sender --min-receivers 56 --portbase 27198 --interface eth0 --full-duplex --ttl 32 --nokbd;cat “/images//labinfociro/d1p2.img”|/usr/local/sbin/udp-sender --min-receivers 56 --portbase 27198 --interface eth0 --full-duplex --ttl 32 --nokbd;cat “/images//labinfociro/d1p3.img”|/usr/local/sbin/udp-sender --min-receivers 56 --portbase 27198 --interface eth0 --full-duplex --ttl 32 --nokbd;i see that LAB-CA is used, but this group is deleted and don’t exist anymore. the group name is “test”.
i think that there is some inconsistences into db, expect --min-receivers 16 and NOT 56 (±*/ errors?)
-
uploading a disk from a pc with 3 partition i get this error:
first partition is ntfs with windows xp
second is eth4 with ubuntu 13.10
third is linux-swap.1st and 3rd is copyed ok on fog server, but second gives a error, seems that try to copy as ntfs instead as ext4.
this bug is urgent must be fixed
-
fabritrento,
What is the error that is given? Are you sure it’s ext4 and not LVM?
-
[quote=“ccmiens, post: 22385, member: 2951”]Hi,
How to update r1170 -> r1185?
Uninstall and reinstall all or simply extract files of new version
Thanks[/quote]You can do this is multiple ways.
First method, if you downloaded thru svn:
Go into the directory where you placed fog perform the command svn update and reinstall. (It will upgrade, not perform brand new install.)
For example: /home/user/trunk
[code]cd ~/trunk
svn update
cd bin
./install.sh[/code]My tarball is updated to 1185, just download it and run the installer (again it will upgrade.)
[code]wget --no-check-certificate https://mastacontrola.com/fog_0.33b.tar.bz2
tar -xjf fog_0.33b.tar.bz2
cd fog_0.33b/bin
./install.sh[/code]That should do it.
-
r1186 fixes ping issues if you have FOG_HOST_LOOKUP on.
-
I’m on revision 1185. Multipartition restore isn’t working, I tried RAW and it reboots when it starts to image (no error I could see). Anyone with multipartition/raw working?
-
I will give it a shot joacliba, but as you’re aware, it will take a while. I have to upload a raw image, then see where it’s erroring on the restore.
-
Oh, sorry, I have explained badly:
[LIST]
[]Multipartition, single disk --> Backup seems ok. [B]Restore doesn’t work[/B].
[]Raw --> Backup doesn’t work.
[/LIST]
I prefer “multipartition, single disk” but I was just testing “raw” and I found that it doesn’t work too. -
I understood that already. I just couldn’t do a raw restore test without a raw image to test with.
-
On RAW fails on upload, that is what I tried to say. I don’t know if deploy works or not, because I can’t make the backup.
-
AH, I got you now. Looking into it as we speak.
-
Ok, thank you!
The other problem I’m trying to explain is with the “multipartition, single disk” option, it uploads well, but fails on deploy.
-
Figured out the RAW upload issue. It starts the upload but then promptly fails.
I set the upload parameters properly (the part that performs the cloning) But the placement of where the files need to go during the process was all wrong. I was just telling it to write the data to the little 127MB ram disk rather than actually write it to the harddrive, to which it would promply fail and cause the system to restart. Rebuilding init.gz as we speak and will post with update.
Next test,
Can you be more specific with your multipartition, single disk option? Which OS? I’ve been testing with Windows 7, Windows 8, Windows 8.1, Linux, and Windows XP and haven’t had any issues. I do believe there could be an issue, but don’t know the details of your specific setup.
-
Or, are you saying deploying multicast job for multipart images is broken, I haven’t tested that part yet.
-
r1187 released to fix RAW upload issue.
-
My disk has the following partitions:
[LIST=1]
[]NTFS (no OS installed, future windows 7).
[]ext4 --> / of ubuntu 12.04
[]Extended:
[LIST=1]
[]ext4 --> /home of ubuntu 12.04
[*]swap partition.
[/LIST]
[/LIST]
The image is Linux(50) and multipartition single disk (I didn’t try multicast).All the upload process seems to be ok, all partitions were backed.
When I try to deploy, no errors are showed on screen, it reboots without do nothing. On previous revisions deploy worked correctly, the problem was on upload. Now upload seems to be ok, deploy not. -
In the image name you’re using fog this system does it contain the file d1p1 partition?
