Posts made by craigcoulson

make sure clients have boot rom enabled in the BIOS - otherwise they won’t boot at all.

in my environment :-
066 points to fog /tftp server
067 bootfile = undionly.kpxe

OK - so Partedmagic is now $11 for the latest version - which also comes ready to PXE - no scripts etc required to get ready
Add files to TFTP share - add menu item - done.

menu item =

kernel http://${fog-ip}/pmagic/bzImage64
initrd http://${fog-ip}/pmagic/initrd.img
initrd http://${fog-ip}/pmagic/files.cgz
initrd http://${fog-ip}/pmagic/fu.img
initrd http://${fog-ip}/pmagic/m64.img
imgargs bzImage64 boot=live ip=dhcp edd=on noapic load_ramdisk=1 prompt_ramdisk=0 rw vga=normal sleep=0 loglevel=0 keymap=us splash quiet - || read void
boot || read void

Worked first time

Fog 1.5.5
All normal functions fine (imaging etc)
added DBAN with no problem

following - https://wiki.fogproject.org/wiki/index.php/Include_any_ISO_in_the_FOG_Bootmenu
for the hirens entry

it starts to talk about Ubuntu
and adding lines to the advanced menu (which im presuming i just add to the Parameters section in the GUI add ipxe menu section (just like i did DBAN only more complicated commands)

however - following the guide in the wiki the commands to add contain the following :-

“kernel http://${fog-ip}${path}/casper/vmlinuz.efi || read void
initrd http://${fog-ip}${path}/casper/initrd.lz || read void”

I do not have the /casper folder in the folders expanded from the iso.

I have searched in the forums and only serve to further confuse myself

I followed another guide found in the forums (purported to work) which boots the ISO directly but fails for me with BOOTSTRAP too large

Could someone please help clarify the process to add Hirens (including pmagic) to my ipxe menu ?

Thanks in advance

Thanks - i have discovered there is an issue between the keyboard and chair at my workstation - i have 2 imaging servers - and i obviously fired up the wrong one. all is now well . disregard !

HI,
Fired up my old FOG vm - last used over a year ago - updates as per usual to the latest version (GIT) - looked at my old data/images etc and it seems to have lost the images i previously created ! - also all the workstations i registered and imaged with fog the last time have disappeared
either :-
a) i am going senile and moved/deleted the images
b) something has happened between the older version and the new upgrade ?

I checked the VM and looked at the hdd directly - still no images.

Is there anyway to check the previous configuration to verify where i may have put images (i can’t remember using anything but the default location)

Any suggestions to resolve this greatly appreciated…

Server

• FOG Version: 1.3.5-RC-5
• OS: Debian 8 : Linux 3.16.0-4-amd64 on x86_64

Client

• Service Version:
• OS:

Description

My Debian is reporting updates available to install - what is the recommended practice on a Fog Server ?

nevermind all - i rebuilt the server with only minimal packages and re-ran the svn install of Fog and it worked fine - go figure.

@Wayne-Workman
thanks wayne - i did mysql was completely removed and reinstalled and the ./install script re run - same result

Thanks Tom - i made sure mysql was installed - i have installed webmin so i have a better control over the server and i can access mysql using that - not sure what to try now ?

Thanks for your response - you guys rock !

Hopefully the picture will answer yr questions - no AV installed

Server

• FOG Version: 1.3.4 svn 6064
• OS: Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.39-1 (2016-12-30) x86_64 GNU/Linux

Client

• Service Version:
• OS:

Description

Installation completes fine - get to database schema stage and the system returns an error

no Mysql password added
separate DHCP Server (worked fine with my last FogServer)

@Sebastian-Roth - it is - ill start a different thread tho as it doesnt look the same to you

@craigcoulson 0_1486021959995_fog_error_1.3.4.log

as requested

1_1486021926618_foginstall.log [0_1486021926618_fog_error_1.3.4.log]

(/uploads/files/1486021948219-fog_error_1.3.4.log)

I have the same issue - 1.3.4 svn6064 on Debian 8
Db was not created during install

well after a couple of rollbacks and failed SVN installs (still not sure why) i finally got the server running on the latest trunk
I actually used GIT this time and it went well.
the steps i took (in case they may be useful)

• backup mysql
• export hosts
• removed 1.2 version of fog using the uninstall instructions
• renamed \images to \images_old
• install GIT
• followed instructions to install from trunk
• import sql
• import hosts
• move my image from \images_old to \images
• profit !

it all went well - till i went to check/update the schema and was greeted with this :-

the version looks good at least !

Ahh, i now recall moving the original installation out of the HTML folder to shorten the overall url - my bad

If i revert my snapshot - move things back - then apply SVN it should all go normally then right ?

root@FOGServer:~/fogproject/bin# ls -al /var/www /var/www/fog /var/www/html
/var/www:
total 16
drwxr-xr-x  4 root     root     4096 Apr 14 12:47 .
drwxr-xr-x 14 root     root     4096 Apr 14 14:30 ..
drwxr-xr-x 12 www-data www-data 4096 Apr 14 12:47 fog
drwxr-xr-x  3 root     root     4096 May 18 11:36 html

/var/www/fog:
total 56
drwxr-xr-x 12 www-data www-data 4096 Apr 14 12:47 .
drwxr-xr-x  4 root     root     4096 Apr 14 12:47 ..
drwxr-xr-x  2 www-data root     4096 Apr 14 12:47 av
drwxr-xr-x  2 www-data www-data 4096 Apr 14 12:47 client
drwxr-xr-x  3 www-data www-data 4096 Apr 14 12:47 commons
-rw-r--r--  1 www-data www-data 1406 Apr 14 12:47 favicon.ico
-rw-r--r--  1 www-data www-data   50 Apr 14 12:47 index.php
drwxr-xr-x  7 www-data www-data 4096 Apr 14 12:47 lib
drwxr-xr-x 12 www-data www-data 4096 Apr 14 12:47 management
drwxr-xr-x  4 www-data www-data 4096 Apr 14 12:47 mobile
drwxr-xr-x  3 www-data www-data 4096 Apr 14 12:47 public
drwxr-xr-x  3 www-data www-data 4096 Apr 14 12:47 service
drwxr-xr-x  2 www-data www-data 4096 Apr 14 12:47 status
drwxr-xr-x  2 www-data www-data 4096 Apr 14 12:47 wol

/var/www/html:
total 28
drwxr-xr-x  3 root     root      4096 May 18 11:36 .
drwxr-xr-x  4 root     root      4096 Apr 14 12:47 ..
drwxr-xr-x 10 www-data www-data  4096 May 18 11:36 fog
-rw-r--r--  1 root     root     11321 Apr 14 11:59 index.html
-rw-r--r--  1 root     root       151 Apr 14 13:02 index.php

---

no response to the second command at all ?

nothing to speak of in the mysql log
mysql still running

hmmm…