@Quazz sometimes the simple ideas are the best ideas. The image seemed to be not OK so that was the reason for all the problem.

I created a new image which I successfully deployed on the machine. Problem solved.

Running Version 1.5.0-RC-2
SVN Revision: 6080
Firefox: 54.0.1

not sure if that behaviour is as intended but I assume it is not because you’re stuck:

• create a group
• list all host
• select a few host and add them to previously created group
• result is https://tuxfog/fog/management/index.php?node=host&sub=saveGroup with content in plain/text {“msg”:“Successfully added selected hosts to the group!”}

it seems like a redirect is missing or it is because I’m blocking pop ups in Firefox.
I would expect that I’m either still at https://tuxfog/fog/management/index.php?node=host&sub=list where I came form or that I’m at https://tuxfog/fog/management/index.php?node=group&sub=edit&id=1 to do further adjustments to that group.

Thank you, deleting the repo=‘php-${php_ver}’ line in .fogsettings solved the issue.

p.s.: must be due to the change from php 5 to php 7 which was not supported by default at the time I upgraded to fog Version 1.3.0-RC-10

Server

• FOG Version: Running Version 1.3.0-RC-10
• OS: Ubuntu 16.04.1 LTS
• php: PHP 7.0.14
• source: git dev-branch

Description

upgrade to Version: 1.3.1-RC-2 Installer/Updater fails

Cannot add PPA: ‘ppa:~ondrej/ubuntu/php-${php_ver}’.
The user named ‘~ondrej’ has no PPA named ‘ubuntu/php-${php_ver}’

I’m not sure whether this is a config error or version error due to missing packages / sources. fogsettings and error.log attached

0_1483537446444_fogsettings.txt
0_1483537637471_fog_error_1.3.1-RC-2.log

@Quazz sometimes the simple ideas are the best ideas. The image seemed to be not OK so that was the reason for all the problem.

I created a new image which I successfully deployed on the machine. Problem solved.

the image:
Windows10UEFI64bit
default: Windows Other
Multiple Partition Image - Single Disk (Not Resizable)
Everything
39.45 GiB

the target:
SSD as posted below. size about 110 GB so larger then the image.

p.s. I didn’t change the iPXE kernel as the system is already done with boot else I could have executed any of the requested commands.

@george1421 fixpart doesn’t exist but fixparts /dev/sda returns error mbr not found, wich is quiet normal as i’m trying to restore GPT based partition.

@Quazz https://imgur.com/izQ0u3k )

The target computer is a custom build system.
Host Hardware Inventory:
System Manufacturer ASUS
System Product All Series
System Version System Version
System Serial Number System Serial Number
System Type Type: Desktop
BIOS Vendor American Megatrends Inc.
BIOS Version 2205
BIOS Date 05/26/2015
Motherboard Manufacturer ASUSTeK COMPUTER INC.
Motherboard Product Name H81M-PLUS
Motherboard Version Rev X.0x
Motherboard Serial Number 151159713501022
Motherboard Asset Tag To be filled by O.E.M.
CPU Manufacturer Intel
CPU Version Intel Pentium CPU G3240 @ 3.10GHz
CPU Normal Speed Current Speed: 3110 MHz
CPU Max Speed Max Speed: 3900 MHz
Memory 7.65 GiB
Hard Disk Model SPCC Solid State Disk
Hard Disk Firmware SAFM12.2
Hard Disk Serial Number 8EFA076309E703894010
Chassis Manufacturer Chassis Manufacture
Chassis Version
Chassis Serial Chassis Serial Number
Chassis Asset Asset-1234567890

fog: Running Version: 8209 SVN Revision: 5732
OS: 3.19.0-61-generic #69~14.04.1-Ubuntu

I’m trying to restore/deploy a Windows 10 64 Bit UEFI / GPT image to a physical machine with Asus mainboard, Realtek NIC (IPv4) and Intel CPU.

I 1st didn’t find any further information beside the fact that you have to set your UEFI to legacy enabled and secure boot off to make UEFI work. If none legacy is active the system won’t even boot from fog so I enabled legacy option for the realtek nic and I checked that secure boot is disabled. dhcp option 066 is set to correct IP and option 067 is set to undionly.kpxe.

After I set the DHCP options specified in https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence (Using Windows Server 2012 (r1 and later) DHCP Policy) the NIC uses also UEFI to boot. SO option 67 is set to ipxe.efi

The issue I got now is that the system is doing (i)PXE boot from fog-server, wiping the disk but failing to restore the gpt /dev/sda1 no mater if I use legacy for UEFI boot mode for NIC. I didn’t get an detailed error why that step did not work.

I’m not sure what I’m doing wrong aka pebcak / which option is not proper set. So any help is welcome.

tested with build 7148:

node=task redirects to node=task&sub=active no mater if FOG_VIEW_DEFAULT_SCREEN set to LIST or SEARCH
Also multi-select works now and both task gets cancelled.