Posts made by maltobelli

Try to use a different kernel, such as a KitchenSink one, or compile your own following the Wiki using different interface/video options.

[url]http://www.fogproject.org/wiki/index.php/Building_a_Custom_Kernel[/url]

I’ve imaged both i5’s and Core 2’s from FOG with the stock kernel.
What parts arn’t working?
Have you tried a kitchensink kernel?
Are your i7’s setup to boot legacy roms, or Secure boot/EFI only?

Kitchensink is the configuration used to create the kernel.
The kitchensink config has more options included (such as drivers) which will support more devices than the core kernel. (I use a kitchensink based kernel it to get Dell Optiplex 755’s working with FOG)
Downside is the kernel is larger and may be slower.

FOG has an option to download a Kitchensink kernel in it’s UI. Or you could use the kitchensink.config to compile a new kernel.
[URL=‘http://www.fogproject.org/wiki/index.php/Building_a_Custom_Kernel’] http://www.fogproject.org/wiki/index.php/Building_a_Custom_Kernel[/URL]

The RAMDISK is created on the client machines, not on the server. So the clients will need over 3 GB of RAM in order to load the disk. Then after the disk is loaded, that amount of RAM is unusable by the OS. Also i’m not sure what BIOS limitations there are on how much RAM the computer can use and if it is stuck in a 32 bit address space with PAE disabled until an OS boots, so only iso’s under 3 GB would load(Just my guess). Do ISO’s under 3 GB (stock Windows 7 SP1 should be 2.4 GB) work?

Perhaps you could modify the iso so it gets it’s Windows sources from a network share, so it only needs to memdisk a smaller installer ISO.

A quick Google came up with this thread. Perhaps it pertains to you?

[url]https://supportforums.cisco.com/thread/2137283[/url]

Assuming your server is on the same subnet as the client PC’s.

Change this line in the ltsp.conf file:
[CODE]dhcp-range=192.168.1.10,proxy[/CODE]
to
[CODE]dhcp-range=192.168.101.240,proxy[/CODE]

then restart dnsmasq
[CODE]sudo /etc/init.d/dnsmasq restart[/CODE]

There is not an easy way that i’m aware of. But in the web settings(FOG_WOL_INTERFACE, FOG_UDPCAST_INTERFACE, FOG_NFS_ETH_MONITOR) and in the two config files switch all the eth0’s with eth1’s. And restart the FOGMulticastManager and FOGScheduler.

There may be more you need ot edit for each of the services if they are configured to listen on only one interface.

I havn’t tried this but perhaps editing “/etc/udev/rules.d/70-persistent-net.rules” and swapping the eth0 and eth1 for the devices, then rebooting would swap which one is which. This may break other things that are depending on specific interfaces though(other services/uses for the server).

Is it working successfully now?

You typed in upcast, it is supposed to be udpcast.
[CODE]tail -f /opt/fog/log/multicast.log.udpcast*[/CODE]

Post #13 suggests there is an issue starting UDPcast, Is eth0 the correct interface and is not disabled? Do you have SE Linux or a firewall running?

Run this (taken from the multicast log in post #13)and see what error it gives you
[CODE] gunzip -c “/images/win7dual2/d1p1.img” | /usr/local/sbin/udp-sender --min-receivers 2 --portbase 63106 --interface eth0 --half-duplex --ttl 32 --nokbd;gunzip -c “/images/win7dual2/d1p2.img” | /usr/local/sbin/udp-sender --min-receivers 2 --portbase 63106 --interface eth0 --half-duplex --ttl 32 --nokbd;gunzip -c “/images/win7dual2/d1p3.img” | /usr/local/sbin/udp-sender --min-receivers 2 --portbase 63106 --interface eth0 --half-duplex --ttl 32 --nokbd;[/CODE]

if it isn’t working , could you also check the udpcast log , to see if clients are connecting successfully or not.

[CODE]tail -f /opt/fog/log/multicast.log.udpcast*[/CODE]

System error 111 is connection refused. Is your MySQL server configured to allow connections from IP’s other than 127.0.0.1? Does using define( “MYSQL_HOST”, “127.0.0.1” ); allow the PHP code to connect?

That IP should almost always be 127.0.0.1 or localhost, since each invidual client does not actually connect to the MySQL server themselves.

I don’t have any USB dongles for my XPS 13 to test with, but this Dell support pages seems to suggest the BIOS only supports some USB adapters. Perhaps you could manually download the image via linux usb stick over wifi?

[CODE]The XPS 13 with BIOS A05 or higher, supports PXE boot with LAN7500 chipset based USB NICs.[/CODE]
[URL=‘http://en.community.dell.com/techcenter/b/techcenter/archive/2012/07/25/dell-xps-driver-cabs-are-now-available.aspx’]http://en.community.dell.com/techcenter/b/techcenter/archive/2012/07/25/dell-xps-driver-cabs-are-now-available.aspx [/URL]

Since you can get into the Web UI and start a task fine, does /opt/fog/service/etc/config.php has the same database name as /var/www/fog/commons/config.php?

If so, that’s all i can think of for now.

100 Mbps(Megabits per second) is about 12.5 MBps(Megabytes per second), you are limited by the desktop computer.

Could you run the below code to verify PHP can connect to the server as it is specified in the config?

[CODE]php -r “include(‘/opt/fog/service/etc/config.php’);mysql_connect(MYSQL_HOST,MYSQL_USERNAME,MYSQL_PASSWORD) or die('I could not connect! '.PHP_EOL); echo 'I connected successfully '.PHP_EOL;”[/CODE]

If the config for MySQL is wrong it will display something like :

[CODE]PHP Warning: mysql_connect(): Access denied for user ‘fog’@‘localhost’ (using password: YES) in Command line code on line 1
I could not connect![/CODE]

Otherwise it will just display [CODE] I connected successfully[/CODE]

Make sure the database username and password(MYSQL_PASSWORD) in /opt/fog/service/etc/config.php is the same as in /var/www/fog/commons/config.php.

Then restart the Multicast service.
[CODE]sudo /etc/init.d/FOGMulticastManager restart[/CODE]

[url]http://www.fogproject.org/wiki/index.php/Multicasting[/url]
has troubleshooting tips on the bottom of the page.

% is a wildcard(like * in bash, or Windows explorer) in MySQL when using some operators such as LIKE, it can be escaped and used as a literal % sign by placing a backslash sign in front of it. [CODE]%[/CODE]

I don’t believe this to directly to be the reason, i assume that fog strips out/substitutes the % sign because it may be used in some sort of web based attack on the fog server. Just guessing though.

What size do the images end up being? That image type create an image per partition, the below command will tell you what size the partitions are on the fog server, which should give you a better idea of how much data is transfered when the image is uploaded.

[CODE]dir -sh /images//.img[/CODE]

Does your image contain about 120 GB of data, and programs combined between the two OS’s ?

You remembered to restart/reload vsftpd following the fog password change?
[url]http://www.fogproject.org/wiki/index.php/Unable_to_connect_to_TFTP[/url]"

Can you ftp into your FOG server using an ftp client(filezilla, the ftp command, map drive) using the fog username and the fog password and upload a file?

nmap -sT will not detect the TFTP server, because -sT is a TCP connection scan, TFTP uses UDP instead of TCP. Is the IP address correct for the server, in the config.php and in the web settings?