Latest FOG 0.33b
-
Still the same after uploading a new image.
On the upload I see the resize message after partclone finishes.
The system then reboots OK.
After deploying the image it fails with unmountable boot device.
I haven’t seen the resize on deploy, but it goes through very quickly to the reboot.
Any chance of putting a wait before the reboot?
I’m using virtual box, my hdd is virtual size 30Gb, actual size 9.3Gb.
Will have to go now, but can continue tomorrow evening if needed. -
I’ve just, for me, added a 10 second wait time to the scripts and will do more debugging tonight.
Hopefully I’ll get this narrowed down.
The upload tasks seems to report “Can’t have partition outside of disk.” error even with changing the positioning of the mbr backup, so I don’t think this is an MBR issue, I think it’s more an issue with the partitioning scheme itself.
I think you’re right that it’s not resizing on the deploy, though my disks are coming up full 50GB, while the image device size on resizable is only 4.7GB.
I don’t know what else to look into, but I’ll work at it until I get this narrowed down.
-
think i found a bug in the gui you can’t turn off directoy cleaner or green fog from service management page (all other modules seem ok)
-
r1169 released address the service issues. Also modifies how the services are generated. It’s done from a loop now, rather than the old, individualized method which was just cumbersome.
-
r1170 released.
Neatly to end the night even
Just adds comments to the service files. A minor change in ServiceConfigurationPage.
-
progress bar show dev size when needs to be “space in use” otherwise percent and figures are off… % is correct but total/of size is isn’t
[IMG]http://s28.postimg.org/w4rme1bn1/image.jpg[/IMG]
also just an aesthetics, could the progress bar be set to the width of the header? looks odd being wider
-
[quote=“Tom Elliott, post: 22317, member: 7271”]r1170 released.
Neatly to end the night even
Just adds comments to the service files. A minor change in ServiceConfigurationPage.[/quote]
with this (and previous) release new pc inventory (quick or full inventory from grub fog menu) dont’ work.
pc says: No Host found for mac address xx:xx:xx:xx:xx (is normal… is a new pc!!) 2 times, one at start of inventory and another at end of inventoryno errors in error.log of apache.
here access.log:
172.24.77.119 - - [30/Jan/2014:12:43:15 +0100] “POST /fog/service/auto.register.php HTTP/1.1” 200 318 “-” “Wget”
172.24.77.119 - - [30/Jan/2014:12:43:23 +0100] “POST /fog/service/inventory.php HTTP/1.1” 200 318 “-” “Wget”i cannot find another errors…
i deleted all fog dir /opt/fog/* and reinstalled: no works.
So at the moment i cannot add another pc to inventory.
i used on pc1: dd|netcat xxx.xxx.xxx.xxx 10000 pc2: netcal -l -p 10000 >/dev/sda for the moment to clone pc… is my only way, the inventory don’t work.
Tryed also to delete the db and www root and install the last test release: don’t work.
please fix this problem… is urgent
-
Don’t delete /opt/fog,
delete the Web directory. For ubuntu it’s:
/var/www/fogFor redhat it’s usually:
/var/www/html/fog -
I’ve tried, full inventory, quick inventory, inventory deployment and had no issues so far.
-
Are you sure your fog installation stuff is at the latest?
-
finally with r1170 all seems to work.
but now there are another problem: a multicast task, in 0.32, wait for all clients of the multicast process to connect, then send to all al maximum 100Mbit speed.
in 0.33b also if you schedule a multicast, don’t work, the first pc start immediatly the data transfer not waiting the others
but i test better in 1 hour (now i have to do other urgent works)
-
multicast imaging on r1170 don’t work, partclone grey empty ncurses screen is on the monitors, bot the transfer don’t start, here some logs:
root@fog:/opt/fog/log# ps -ef|grep fog
avahi 507 1 0 10:03 ? 00:00:02 avahi-daemon: running [fog.local]
root 1161 29116 0 16:15 pts/1 00:00:00 grep --color=auto fog
root 24601 1 0 14:51 ? 00:00:19 /usr/bin/php -q /opt/fog/service/FOGMulticastManager/FOGMulticastManager
root 24611 1 0 14:51 ? 00:00:00 /usr/bin/php -q /opt/fog/service/FOGImageReplicator/FOGImageReplicator
root 24624 1 0 14:51 ? 00:00:03 /usr/bin/php -q /opt/fog/service/FOGTaskScheduler/FOGTaskSchedulerroot@fog:/opt/fog/log# vi multicast.log
[01-31-14 4:14:21 pm] * [01-31-14 4:14:21 pm] I am the group manager.
[01-31-14 4:14:31 pm] * [01-31-14 4:14:31 pm] Checking if I am the group manager.
[01-31-14 4:14:31 pm] * [01-31-14 4:14:31 pm] I am the group manager.
[01-31-14 4:14:41 pm] * [01-31-14 4:14:41 pm] Checking if I am the group manager.
[01-31-14 4:14:41 pm] * [01-31-14 4:14:41 pm] I am the group manager.
[01-31-14 4:14:52 pm] * [01-31-14 4:14:52 pm] Checking if I am the group manager.
[01-31-14 4:14:52 pm] * [01-31-14 4:14:52 pm] I am the group manager.
[01-31-14 4:15:03 pm] * [01-31-14 4:15:03 pm] Checking if I am the group manager.
[01-31-14 4:15:03 pm] * [01-31-14 4:15:03 pm] I am the group manager.
[01-31-14 4:15:13 pm] * [01-31-14 4:15:13 pm] Checking if I am the group manager.
[01-31-14 4:15:13 pm] * [01-31-14 4:15:13 pm] I am the group manager.
[01-31-14 4:15:24 pm] * [01-31-14 4:15:24 pm] Checking if I am the group manager.
[01-31-14 4:15:24 pm] * [01-31-14 4:15:24 pm] I am the group manager.
[01-31-14 4:15:34 pm] * [01-31-14 4:15:34 pm] Checking if I am the group manager.
[01-31-14 4:15:34 pm] * [01-31-14 4:15:34 pm] I am the group manager.
[01-31-14 4:15:45 pm] * [01-31-14 4:15:45 pm] Checking if I am the group manager.
[01-31-14 4:15:45 pm] * [01-31-14 4:15:45 pm] I am the group manager.
[01-31-14 4:15:55 pm] * [01-31-14 4:15:55 pm] Checking if I am the group manager.
[01-31-14 4:15:56 pm] * [01-31-14 4:15:56 pm] I am the group manager.
[01-31-14 4:16:06 pm] * [01-31-14 4:16:06 pm] Checking if I am the group manager.
[01-31-14 4:16:06 pm] * [01-31-14 4:16:06 pm] I am the group manager.root@fog:/opt/fog/log# vi multicast.log.udpcast.50
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.41 (#0) 00000009
New connection from 192.168.0.128 (#1) 00000009
New connection from 192.168.0.42 (#2) 00000009 -
How many clients are supposed to be connected?
On the fog server run:
[code]ps -ef|grep udp-sender[/code]Look for --max-clients. There should be a number there.
-
[quote=“Tom Elliott, post: 22331, member: 7271”]How many clients are supposed to be connected?
On the fog server run:
[code]ps -ef|grep udp-sender[/code]Look for --max-clients. There should be a number there.[/quote]
hanged processes? i have no active multicast deployment at this time… but 3 different single download. Whats the differences between download and deploy?? is not the same?
root@fog:/opt/fog/log# ps -ef|grep udp-sender
root 567 24601 0 16:10 ? 00:00:00 sh -c exec gunzip -c “/images//labinfociro/d1p1.img”|/usr/local/sbin/udp-sender --min-receivers 27 --portbase 27198 --interface eth0 --half-duplex --ttl 32 --nokbd;gunzip -c “/images//labinfociro/d1p2.img”|/usr/local/sbin/udp-sender --min-receivers 27 --portbase 27198 --interface eth0 --half-duplex --ttl 32 --nokbd;gunzip -c “/images//labinfociro/d1p3.img”|/usr/local/sbin/udp-sender --min-receivers 27 --portbase 27198 --interface eth0 --half-duplex --ttl 32 --nokbd;
root 570 567 0 16:10 ? 00:00:00 /usr/local/sbin/udp-sender --min-receivers 27 --portbase 27198 --interface eth0 --half-duplex --ttl 32 --nokbd
root 2886 29116 4 16:42 pts/1 00:00:00 grep --color=auto udp-sender
root@fog:/opt/fog/log# -
Just had my syntax wrong.
Your udp-sender command is currently awaiting 27 systems.
provided by:
[code]–min-receivers 27[/code]The group you deployed from (deploy and download are the same. Deploy also means to schedule the task, but in the case of download and multicast, it means the same thing.)
-
[quote=“Tom Elliott, post: 22156, member: 7271”]Multicast decompression happens on the server, otherwise, the clients, during upload, compress the image.[/quote]
Hi Tom,
And is not better compress and uncompress on the clients? If you have four, five, six or more multicast threads, the server must make four, five, six or more uncompressions, the CPU load increases a lot of, no?
-
No, it only needs to uncompress the one time. The slowdown occurs in the making sure all systems are at the same level.
-
A multicast tasks with 30 clients -> one thread/slot -> one uncompress process
Two diferent multicast tasks, one with 30 clients and other with 15 clients -> two threads/slots -> two uncompress processes
Three diferents multicast tasks, 30, 15, 18 clients -> three threads/slots -> three uncompress processes
…Each multicast tasks have one uncompress process, no? And the gunzip process is heavier than udp-sender process, and will overload the CPU.
-
so why if i have no task scheduled/running
i have these process? i try to kill and restart multicast.
root@fog:/opt/fog/log# ps -ef|grep udp-sender
root 567 24601 0 16:10 ? 00:00:00 sh -c exec gunzip -c “/images//labinfociro/d1p1.img”|/usr/local/sbin/udp-sender --min-receivers 27 --portbase 27198 --interface eth0 --half-duplex --ttl 32 --nokbd;gunzip -c “/images//labinfociro/d1p2.img”|/usr/local/sbin/udp-sender --min-receivers 27 --portbase 27198 --interface eth0 --half-duplex --ttl 32 --nokbd;gunzip -c “/images//labinfociro/d1p3.img”|/usr/local/sbin/udp-sender --min-receivers 27 --portbase 27198 --interface eth0 --half-duplex --ttl 32 --nokbd;
root 570 567 0 16:10 ? 00:00:02 /usr/local/sbin/udp-sender --min-receivers 27 --portbase 27198 --interface eth0 --half-duplex --ttl 32 --nokbd
root 10972 29116 0 18:15 pts/1 00:00:00 grep --color=auto udp-sender
root@fog:/opt/fog/log# -
i tryed out the multicast:
clicked on group ->basic task -> multicast.
is a group of 5 pc
these pc is waked up by wol, but too fast, so some pc start the process other boots from local disk bypassing.
so i reset by hand powering off then on, then all starts the multicast process.
the problem is that all pc stays with empty gray screen of partclone.
there is a bug, also if the members of the group scheduled is 5 pc, for some reason it expect 29 connection before start.
as a note, my pc is members of 3 group. I think that the check of how many pc is scheduled is to see how many pc is in the group that i 've scheduled, without other group membership…
my situation:
total # of pc in mysql: 27
pc in first group: 25
pc in second group: 3
pc in third group: 5on the server:
root@fog:/opt/fog/log# ps -ef|grep fog
avahi 507 1 0 10:03 ? 00:00:02 avahi-daemon: running [fog.local]
root 12747 1 0 18:30 ? 00:00:00 /usr/bin/php -q /opt/fog/service/FOGTaskScheduler/FOGTaskScheduler
root 12781 1 0 18:30 ? 00:00:02 /usr/bin/php -q /opt/fog/service/FOGMulticastManager/FOGMulticastManager
root 12816 1 0 18:30 ? 00:00:00 /usr/bin/php -q /opt/fog/service/FOGImageReplicator/FOGImageReplicator
root 13467 29116 4 18:36 pts/1 00:00:00 grep --color=auto fogmulticast.log:
[01-31-14 6:36:16 pm] * [01-31-14 6:36:16 pm] I am the group manager.
[01-31-14 6:36:27 pm] * [01-31-14 6:36:27 pm] Checking if I am the group manager.
[01-31-14 6:36:27 pm] * [01-31-14 6:36:27 pm] I am the group manager.
[01-31-14 6:36:38 pm] * [01-31-14 6:36:38 pm] Checking if I am the group manager.
[01-31-14 6:36:38 pm] * [01-31-14 6:36:38 pm] I am the group manager.
[01-31-14 6:36:49 pm] * [01-31-14 6:36:49 pm] Checking if I am the group manager.
[01-31-14 6:36:49 pm] * [01-31-14 6:36:49 pm] I am the group manager.
[01-31-14 6:37:00 pm] * [01-31-14 6:37:00 pm] Checking if I am the group manager.
[01-31-14 6:37:00 pm] * [01-31-14 6:37:00 pm] I am the group manager.multicast.log.udpcast.50:
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.133 (#0) 00000009
New connection from 192.168.0.113 (#1) 00000009
New connection from 192.168.0.141 (#2) 00000009root@fog:/opt/fog/log# ps -ef|grep udp
root 13001 12781 0 18:31 ? 00:00:00 sh -c exec gunzip -c “/images//labinfociro/d1p1.img”|/usr/local/sbin/udp-sender --min-receivers 29 --portbase 27198 --interface eth0 --half-duplex --ttl 32 --nokbd;gunzip -c “/images//labinfociro/d1p2.img”|/usr/local/sbin/udp-sender --min-receivers 29 --portbase 27198 --interface eth0 --half-duplex --ttl 32 --nokbd;gunzip -c “/images//labinfociro/d1p3.img”|/usr/local/sbin/udp-sender --min-receivers 29 --portbase 27198 --interface eth0 --half-duplex --ttl 32 --nokbd;
root 13003 13001 0 18:31 ? 00:00:00 /usr/local/sbin/udp-sender --min-receivers 29 --portbase 27198 --interface eth0 --half-duplex --ttl 32 --nokbd
