Works perfectly Thanks Tom.

I made the configuration change (took me a bit to find where to make that change) and started another upload task.

Results: Seems to be working! I’ll hold off on being certain its fixed until it’s completely uploaded, but I have no reason to believe it won’t right now.

Thanks for the quick replies. Would have taken me a lot longer to have spotted that configuration error. If anything pops up, I’ll reply here, but this upload won’t be for a while as the hard drive is quite large and I’m only able to upload over a 100MB LAN connection.

That is spanning tree making sure there are no loops before allowing data to pass on the port. All managed switches have it turned on by default (which is a good thing). All our switches on campus have it, so if you have 3-4 swithces in a row that have to learn its new path, it does take longer then usual to come up then on unmanaged switches, hense our issue we were having.

Now I am on svn2547.
After upgrading from 1.2 no clients is renamed and can join.
Client log is attached.

Please help!

Michael

[url=“/_imported_xf_attachments/1/1485_foglog-client.zip?:”]foglog-client.zip[/url]

Sorry to reply so late now … the problem with the later version of FOG - as I painfully discovered - is that they have difficult time to migrate the schema. The schema said it “migrated successfully” but not in actuality.

I ended up using PHPmyadmin to manually export the hosts, change a few table names, export the mac addresses, match them up with host IDs, etc. etc. etc. … painful process, but once the correct fields were entered, the whole thing was smooth !

Easiest method, turn off autofill in chrome/ie/firefox.

I’ve fixed this in SVN by placing a false field that get’s autofilled, hence leaving the real fields as they should be.

This really is a browser thing though as my autocomplete=“off” statements are completely ignored by chrome/safari.

I was able to boot using this configuration:

kernel [url]http://${fog-ip}/fog/debian/7.6.0/live/vmlinuz1[/url]
initrd [url]http://${fog-ip}/fog/debian/7.6.0/live/initrd1.img[/url]
imgargs vmlinuz1 boot=live config console=ttyS0 username=live fetch=[url]http://${fog-ip}/fog/debian/7.6.0/live/filesystem.squashfs[/url]
boot

After re-storing my server back to a working state I tried changing all the files mentioned. I still get the same error. Does it make a difference if I am on SQL 5.1 vs 5.5?

I think i found the solution, I downgraded Bios to A8 from A10 and computer is imaging now. Thanks everybody for their help!!!

Slight thread hijack but I have just installed fog 1.2 as I needed more image space (sysprep worked but things like graphics drivers proved an issue)

The problem I have is with Dell OptiPlex 390s they boot from pxe show the menu but then they just go black with a flashing underscore in the top left corner. EDIT: better description blinking white cursor.

They used to work with the previous release of fog. All the bios settings are correct etc. If I escape out of the PXE it boots from the hard disk OK. problem is I have all our machines set to boot from nic then boot from HDD. I have updated the bios and removed all other boot options except from NIC and HDD.

[quote=“Junkhacker, post: 37442, member: 21583”]it sounds to me like you hit upload instead of download once[/quote]

Nope.

Hi thanks for your help Purpleturtle99! after switch fog to do DHCP i can now boot from LAN thank you!

OK. TANKS !!

@zingaro,

The menu options you’re attempting to create do not go in the default file.

They go under the advanced options under the pxe settings under FOG Configuration->PXE Settings->Advanced Options from the fog GUI.

me too.
see my post here (so im not retyping stuff)
[url]http://fogproject.org/forum/threads/need-tutorial-for-making-this-work-with-uefi.10676/page-2#post-36073[/url]

I have a few questions about your network.

1.)What network switches do you have?
2.)Is STP enabled?
3.)Are the host and server on different VLANS?

single disk resizable works this way: check the drive, resize partitions to the minimum size to hold their data, upload image. on download, up all of the data back, and resize the partitions to the capacity of the volume

the others use the method: record what is there, and put it back eactly the way it is on download, partition sizes and all.

[quote=“jc35, post: 38362, member: 26878”]Hello,

I forget to tell we are on fog 1.2.0, and it’s install on debian 7.[/quote]
[quote=“jc35, post: 38318, member: 26878”]Hello,
I have install an ubuntu as :
sda1-> ext4 -> /
sda2->swap
sda3->extented
sda5->ext4 -> /home
In fog, I create image as :
storage group : default
os : Linux - (50)
Image type: Multiple partition image - Single disk (Not Resizable) - (2)

The upload is crate with success. The list of file create in the directory “ubnutulinux”:
-rwxrwxrwx 1 fog fog 0 Oct 14 09:43 d1.has_grub
-rwxrwxrwx 1 fog fog 1048064 Oct 14 09:43 d1.mbr
-rwxrwxrwx 1 fog fog 1760120964 Oct 14 09:54 d1p1.img
-rwxrwxrwx 1 fog fog 536891640 Oct 14 09:56 d1p2.img
-rwxrwxrwx 1 fog fog 220 Oct 14 09:56 d1p3.img
-rwxrwxrwx 1 fog fog 29377975 Oct 14 09:57 d1p5.img
-rwxrwxrwx 1 fog fog 310 Oct 14 09:43 d1.partitions
When I launch a restorattion, I have the following message :

Erasing Current MBR/GPT Tables …EBR signature for logical partition invalid; read 0xBBB6, but should be 0xAA55
Error reading logical partitions! List May be truncated!
Done

Restoring MBR and GRUB…Done Extended partitions…Done Checking Hard Disks…Done Restore Linux swap partitions:
Ignoring extra data in partition table 5.
Ignoring extra data in partition table 5.
Failed to read extented partition table (offset=1569365245): Invalid argument Restoring partition: /dev/sda2 Changing hostname…Done Updating Computer Database Status Database Updated!

/usr/share/fog/lib/funcs.sh: line 12: export root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns= keymap=fr-latin9 web=192.168.1.10/fog consoleblank=0 loglevel=4 mac=12:34:56:78:90:aa ftp=192.168.1.10
storage=192.168.1.10:/clonages/images/ storageip=192.168.1.10 web=192.168.1.10/fog osid=50 loglevel=4 consoleblank=0 irqpoll hostname=mypc chkdsk=0 img=ubuntulinux imgtype=mps imgid=71 imgFormat= PIGZ_COMP=-9
adon=1 addomain=mydomain adou=myou aduser= adpass= hostearly=1 type=down mode=debug: No such file or directory
debug: Script fog systype= Type: Space-saving

Thanks for your help.
JC[/quote]

I try with 3 primary partitions, and it’s works.

[SIZE=16px][COLOR=#212121][FONT=inherit]This image was uploaded but I am surprised that he Image Image size under management to 150GB and image size on the server 0,00Gb. i return now the upload form the computer…[/FONT][/COLOR][/SIZE]

[url=“/_imported_xf_attachments/1/1479_Unbenannt.jpg?:”]Unbenannt.jpg[/url]

Oh I know. I followed that wiki to the T for both Ubuntu 14.04 and Debian 7.7, and I was still having issues. So it really didn’t help me directly, although it was a good reference point for confirming the dhcp options as well as the commands to disable the firewall in Debian.

The underlying problem was that there were individual DHCP options set for a couple of our VLANs, but not all of the Vlans. So they were over riding the global options that I was working with.

I don’t expect the wiki to delve into Windows based DHCP management, but might be worth a line around the DHCP section, that explains…
“It is possible to have these options configured on your DHCP server per subnet/vlan. So make sure there is no conflicting information in the specific subnet you are working in.”

Until it was mentioned in the post regarding DHCP settings per subnet, I didn’t have a clue that was even possible. Now that I know, I have actually configured the old .32 server on a specific maint vlan and the new machine on the production vlan, so our technicians can still access the older images in an emergency.

Thanks again for the feedback though. I appreciate it.