If decompression is performed on the client side, ultimately I would think this doesn’t matter as much. To my knowledge, the group imaging through multicast still works in the similar fashion as Unicast and it would just finish once it’s done on a host by host basis. Maybe I’m under thinking it though!
Posts made by Tom Elliott
-
RE: Minor change great improvment (multicast i love you)
-
RE: Can't get FOG to run for some reason?
Sorry I wasn’t much help as I really don’t use ubuntu.
-
RE: Can't send inventory.. PLS HLP
The Unable to register the host for the following reason: Inappropriate hdparm ioctl 0x304 is not what’s causing the issue.
Also, the unknown bios version Hewlett-Packard/HP-Z210. v01,35 please report, aborting error is not what’s causing the issue.
First, what version of FOG are you using? FOG 0.32 or FOG 0.33b?
In either case all should work if you’re using the latest revision.
The only thing that comes to mind is the kernel doesn’t recognize your network card on the system. Do me a favor and do a compatibility check. If that returns as pass pass for both hard drive and network then it’s probably a configuration issue in the /tftpboot/pxelinux.cfg/default file.
-
RE: Bugs in FOG 0.33
Added the methods for the installed and activate screens. They don’t do anything, yet and I don’t quite know what they’re supposed to be doing, but I will look into it over this weekend, okay?
-
RE: Bugs in FOG 0.33
How is it that you get to the Plugin Management page? I know I should probably know that, but I don’t see even a menu option for that.
Am I missing something, or are you going to the link directly via:
[url]http://<FOGIP>/fog/management/index.php?node=plugin[/url]
With that, I didn’t even notice that part of the process and Am seeing what you’re referring to. I don’t know the original intent of this class but will take a look into it.
-
RE: Can't get FOG to run for some reason?
You’re right that you would add sudo to the front of it, but don’t place service in the front. If you’re going to use the service command, all you should need is:
[code]sudo service dhcpcd restart[/code]Also, I’m not an ubuntu user, so I might be slightly off. If you know what the service name is, you should be able to find it with:
[code]sudo ls /etc/init.d[/code]
Search for the dhcp item within that directory.
-
RE: Can't get FOG to run for some reason?
Try
[CODE]/etc/init.d/dhcpcd restart[/CODE] -
RE: Dell Latitude E7240 imaging problem
I’m very sorry about that! I think it’s due to the 4k Advanced Format Drives though. Not so much the fact that it’s SSD.
-
RE: Latest FOG 0.33b
I don’t think so. PXE in it’s native form doesn’t do anything bios related, however, there are PXE based EFI configurations out there from some of the research I’ve looked into.
-
RE: Dell Latitude E7240 imaging problem
Yes, you can create a backup of the original as well just to see if it works.
-
RE: Minor change great improvment (multicast i love you)
[quote=“ghedo, post: 17754, member: 16751”]on the fog server increase the rec buffer
echo 1000000000 > /proc/sys/net/core/rmem_max
echo 1000000000 > /proc/sys/net/core/rmem_default[/quote]This is feasible, though may change from system to system. The needs of one does not necessarily equate to the needs of all. I don’t think I’d be adding this into the scripts or possible addition to cron jobs. Maybe make a tutorial for this particular area and Multicast explaining what it is actually doing.
[quote=“ghedo, post: 17754, member: 16751”]I.E. the lines like
$cmd = “gunzip -c “” . $strRec . “” | " . UPDSENDERPATH . " --min-receivers " . $this->getClientCount() . " --portbase " . $this->getPortBase() . " " . $interface . " $wait --half-duplex --ttl 32 --nokbd;”;became
$cmd = “cat “” . $strRec . “” | " . UPDSENDERPATH . " --min-receivers " . $this->getClientCount() . " --portbase " . $this->getPortBase() . " " . $interface . " $wait --half-duplex --mcast-data-address $mca --ttl 32 --nokbd;”;In init.gz i modified /bin/fog
i.e. the lines like
udp-receiver --nokbd --portbase ${port} --mcast-rdv-address ${storageip} 2>/dev/null | partimage -f3 -b restore $win7rec stdin
became
udp-receiver --nokbd --portbase ${port} --mcast-rdv-address ${storageip} 2>/dev/null | gzip -d -c |partimage -f3 -b restore $win7rec stdin[/quote]I think this is actually a very good idea. Instead of placing the load on the server, who already has to distribute to who knows how many files, let the clients deal with the decompression of the file. It does so fine under unicast.
[quote=“ghedo, post: 17754, member: 16751”]to use multiple multicast group at the same time is better use separate mcast-data-address (so the fog server will use different input buffer)
so in /opt/fog/service/common/lib/MulticastTask.class.php , at the start of public function getCMD()i add
$mport=$this->getPortBase();
$mcabase = substr($mport,-1);$mca = “232.192.124.24”.$mcabase;[/quote]
This seems like a simple enough change, however I am under the impression that UDP prefers even numbered ports to work with. Also, your variable $mca is specified; is this your multicast alternate port or is that your server’s IP address? It is my understanding that multicast IP address typically follow the broadcast address of the network (e.g. 192.168.0.255) through the standard host multicast address 224.0.0.1 so long as the hosts are on the same subnet. You can branch that request across different class networks through a combination of 224.0.0.2 and 224.0.0.1. However my networking understanding is, unfortunately, limited so I could just be an idiot. If that IP address is your Server IP, you may like to edit and replace with X’s
With that said, I think the thing that will certainly help improve speed with multicast is to not have the server decompress the image for the hosts. Have you tried just having that part set to see an improvement?
Just wondering.
Thank you,
-
RE: Latest FOG 0.33b
As I’m relatively new and mainly been working on the GUI, I’ll try seeing if I can update my init.gz file to test around with EFI a little bit. The kernel’s that I’ve been building have already included support for EFI, so it may just be a matter of … finally … switching to partclone to get true UEFI support imaging. Again, I’m new so it may not work right away and may take a little bit more time, but I will try and keep trying until I get it for you all. I will, as per usual, request others to test out as well as all I’ve got is a VM that I can tell to use EFI for bootup.
-
RE: Dell Latitude E7240 imaging problem
Can you try my all-net kernel?
[url]https://mastacontrola.com/fogboot/kernel/bzImage[/url] It’s based on core, has no modesetting, and should contain all possible network drivers built in.
-
RE: Can't get FOG to run for some reason?
As chad-bisd asked, is DHCP served by your fog server or do you have some other implementation such as AD DHCP, a basic router, etc…? tftp-hpa is a service that hosts the files to serve for PXE boot, but if your DHCP server doesn’t know where to route the traffic during this period (next-server, options 66/67) it would give these issues.
-
RE: [SOLVED]Fatal Error : Failed to mount NFS Volume
I’m think that what fixed the guys issue was running the commands:
[CODE]service portmap restart
service nfs-kernel-server restart[/CODE]
He was just making a comment to state that it may have just solved his issue. -
RE: Hostname Changer Not taking effect in AD
There is no means of doing that that I’m aware of. Active Directory doesn’t have the capabilities to just rename a system.
-
RE: Hostname Changer Not taking effect in AD
It depends on the level of GPO. If the GPO level is set to a specific group or ou, you may have to manually move the system to the proper group/ou to pick up the GPO’s. You can set the GPO’s, however, to affect any system that joins your domain. So if it’s a common change across all systems on the domain, then just have it affect anything the joins.
-
RE: TFTP Open Timeout
I think it’s something along the lines of ip-helper on the managed switches.