Posts made by cabbagepants

I tried imaging this machine with clonezilla and it worked. I’m not terribly familiar with the scripting of osc-sr, but it’s good to know that Partclone is at least capable of what i’m trying to do.

I did notice that the clonezilla restore process had to reinstall grub, so even if i get the image upload/deploy working I’ll have to figure out a way to script the grub reinstall.

If anyone can deduce anything from the clonezilla script, this was it:
[CODE]osc-sr -g auto -e1 auto -e2 -c -r -j2 -p true restoredisk imagename sda[/CODE]

No, I set the image as Multi-partition image (non-resizable) and ran a standard Upload task, no special arguments.

Results of gdisk -l /dev/sda:

Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present

---

Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.

---

Disk /dev/sda: 156250000 sectors, 74.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 420B06D6-F910-4D96-A325-287306E0CE94
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 156249966
Partitions will be aligned on 2048-sector boundaries
Total free space is 5965 sectors (2.9 MiB)

Number Start (sector) End (sector) Size Code Name
1 2048 148146175 70.6 GiB 8300 Linux filesystem
5 148148224 156248063 3.9 GiB 8200 Linux swap

My apologies this took awhile, helpdesk kinda blew up for a bit.

Ok. Results of Debug Upload:

Variable dump:
Osid = 50
Osname = linux
Mbrfile =
Type = up
Storage = 192.168.1.10:/image/dev/
Img = Ubuntu
Imgformat =
Imgtype = mps
Imgformat =
Imgpartitiontype =
Hd = /dev/sda
Part = /dev/sda1

Debug output:
Checking operating system - Linux
Checking cpu cores – 2
Send method – NFS
Checking in – Done
Mounting filesystem – done
Using image: Ubuntu
Preparing backup location – done
Looking for hard disks – done
Using hard disk : /dev/sda
Skipping partition tables and mbr – done
Skipping partition 1 – done
Skipping partition 2 – done
Skipping partition 5 – done

Task complete

I ran a ‘parted -l’ to verify that the disk was MBR and got “Partition Table: msdos” The man page for parted stating: [FONT=Consolas][COLOR=#222222]msdos - this is a standard MBR partition table[/COLOR][/FONT]

Thanks

I can verify the disk was not setup as GPT, but I am attempting an upload of a Ubuntu “oem” install. The system consists of 2 partitions- one main ext3 partition and a small swap.

I searched around for more info on this and found a similar post here: [url]http://fogproject.org/forum/threads/cant-upload-linux-image-caixa-magica-16.503/[/url]

However this post is from FOG .33 and I can’t quite make sense of the reported solution.

Can anyone verify that they are able to capture and deploy linux images to hosts? I thought i had read that support for imaging linux was added in 1.2, but I’m having a hard time finding practical examples or guides.

Thanks Again!

I’m having an issue uploading an image to my fog 1.2 install. The system pxe boots, the image capture starts but then completes in 1 second. The job is marked as completed in the webui, but the image is 0bytes.

I’ve found other threads stating that if i have a folder in the /images/dev directory with the MAC of the machine im trying to image that would suggest an FTP credentials issue. I double checked that the user/pass in the ‘storage node’ section matches that of the fog user in linux. Am i checking in the right place?

Thanks!

Junkhacker, thank you! I didn’t even think about this. I had it bound to the 10.x.x.x address. Changed to the 192.168.x.x and the FOG menu is now booting.

I swear i had switched this earlier and tested, but apparently it did not save the change (please read: [U]I[/U] failed to save the change)

Yes, isc-dhcp server is running on the 192.168.x.x network on eth0. eth1 is statically assigned to the 10.x.x.x network for linux updates.

[url=“/_imported_xf_attachments/1/1558_dhcp server.jpg?:”]dhcp server.jpg[/url]

I installed FOG 1.2 on a fresh install of Ubuntu 12.0.4.5. Installation went fine. I’m running on a box with 2 NICs, 1 for internet access for updates and accessing the FOG webui, and the other a private network for image deployment (in my network environment I’m not allowed access at the DHCP server, so Ubuntu is filling that role on the private network)

From what i can tell, the PXE boot goes fine (machine pulls an ip from dhcp, ipxe loads) up until it tries to load bg.png, from the ip of wrong NIC.

[ATTACH=full]1557[/ATTACH]

Any suggestions on where I can adjust this setting? All the imaging work should be coming off the 192.168.x.x network. I have no idea why it is grabbing the boot.php from the proper address but then looking for bg.png from the 10.x.x.x network.

Thanks

[url=“/_imported_xf_attachments/1/1557_fog 1-2 error.jpg?:”]fog 1-2 error.jpg[/url]

Made sure that the node user/pass, tftp user/pass, and linux user/pass were the same. My Fog server is now back in business.

Thanks!

[quote=“BPSTravis, post: 23994, member: 22444”]check the actual config file and make sure your tftp/ftp username and password are set correctly in /var/www/fog/commons/config.php

Then try resetting the password for the unix user fog:
sudo passwd fog

then enter your password twice as it shows in the config file.[/quote]

Tried this, same results.

I’m having a similar issue. I’ve been running fog 0.32 on Ubuntu server 12.04 (kernel 3.5.0-45) for about 9 months but recently i started having problems.

Image uploads are starting and apparently completing fine (the uploading client finishes and give a Task Completed message) but then the machine does not shutdown or reboot. Instead, it begins displaying an asterisk every 5 seconds or so.

The active task in “Task Managment” does not complete, and the image (in /images/dev/macaddress) does not get moved to /images/imagename

I thought this was related to the drive in the first machine being an AF (4k) drive, but I tried again on an older model which i’ve successfully imaged in the past and it’s now doing the same.

The image folder permissions are 777 and the user and group are fog:root. I’ve verified that the tftp credentials in fog settings are correct.

Any ideas?

Thanks