Posts made by ch3i

hi, maybe more informations lol

@x23piracy HI, I’ve you checked your apache log ?

@sebastian-roth I’ll post the fog.log when the problem will happen on other computers.

@sebastian-roth said in FOG client on ubuntu 16:

@ch3i Thanks for reporting. I’ll look into this soon! Do you know if this is a general problem with the fog-client on linux or is it Ubuntu specific? Which version of Ubuntu do you have? 16.04.3?

Never test on other version of linux, only on ubuntu :

root@WEIER01:~# uname -a
Linux WEIER01 4.10.0-33-generic #37~16.04.1-Ubuntu SMP Fri Aug 11 14:07:24 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Regards, Ch3i

Server

• FOG Version: 1.5.0-RC-9
• OS: Debian 8

Client

• Service Version: 0.11.12
• OS: Ubuntu 16

Description

Hi, I use FOG client on a dual boot system, I’ve no problem on Windows Client. But on Linux (Ubuntu 16) when I reset encryption data I’ve to restart FOGservice to enable change (A reboot is useless, it’s not functionnal).

The second problem is that the FOGService hang the shutdwon of my ubuntu during 30 sec (the default max time to stop a service during shutdown process).

Regards, Ch3i.

@x23piracy said in Windows 10 key after deployment:

but pssst i also do it

Shame on you lol

@sebastian-roth said in Deleting a host item in the web GUI - invalid login:

Server

FOG Version: 1.5.0 RC9 (also seen in RC8)
OS: Debian 8

Description
When deleting a host item I get a confirmation window asking for credentials. So far so good. Entering my login data and hitting “delete” I get the answer “Invalid Login” but host is still deleted from the DB. I’ve seen this on RC8 and RC9 servers.

Same error for me.

@tom-elliott said in full host registration error:

Please update to the rc version. I know of the issue already and it’s fixed.

https://wiki.fogproject.org/wiki/index.php?title=Upgrade_to_trunk

Plop, Really thx man !

Server

• FOG Version: 1.5.0-RC-8
• OS: Debian 8

Description

Hi,
When I click on the “Reset Encryption Data” on a group there is nothing happend. But when I click on a single computer it’s OK.
I’ve nothing on Apache log

@plegrand said in Upgrade to debian 9:

repo=“php-${php_ver}”

I use the latest RC, and I’ve not the repo=“php-${php_ver}”

Can you check the packages config ? have you ?
packages=‘apache2 bc build-essential cpp curl g++ gcc gzip htmldoc lftp libapache2-mod-php5 libc6 libcurl3 m4 mysql-client mysql-server net-tools nfs-kernel-server openssh-server php5 php5-cli php5-curl php5-fpm php5-gd php5-json php5-mcrypt php5-mysqlnd php-gettext sysv-rc-conf tar tftpd-hpa tftp-hpa unzip vsftpd wget xinetd zlib1g’

In my case I have php5 packages…

@brian-hoehn said in Failed to set disk guid (sgdisk-) (restoreUUIDInformation) error after deploying to new Lenovo laptops:

Server

• FOG Version: 1.4.4 Rev 6077
• OS: Ubuntu 16.04.3 LTS

Client

• Service Version: 1703
• OS: Windows 10

Description

When I push down my image made on my new Lenovo’s, ThinkPad T570 and Yogo 370. I get the error "Failed to set disk guid (sgdisk-) (restoreUUIDInformation). I don’t get the error when I push down my generic image, though that image is sda instead of nvme0n1.
I’m not sure if this is causing my issue of then not being able to license windows. the imaged machines say they cannot contact the KMS server but the machine that built the image works fine.

here is the d1.original.uuids for a lenovo image

/dev/nvme0n1 674471e0-83d1-4e08-8244-836a1ca3c0bf
/dev/nvme0n1p1 1:F0006F29006EF64E 1:e7603dce-a954-4023-b00a-c58dd298979e
/dev/nvme0n1p2 2:FC6F-347F 2:f269d22a-3486-41b8-90e0-7b8300e988be
3:5a103e14-fa6b-4517-810d-192e9b075d7a
/dev/nvme0n1p4 4:906E70206E700170 4:54a07814-8489-4b72-ab78-3ab94763142b

and here is a picture of the error screen

https://forums.fogproject.org/topic/10447/failed-to-set-disk-guid-sgdisk-restoreuuidinformation-error-after-deploying-to-surface-pro-4

I think you have that problem.

@plegrand Good news !

@plegrand said in Upgrade to debian 9:

@ch3i Unfortunately no

Bad news… I’ll test an upgrade on my server at the end of september, I can’t do it before because I’m in deployment.

@plegrand I’m using debian 8 and FOG latest RC (Running Version 1.5.0-RC-8, SVN Revision: 6080).
Is it a VM ?

Hi,

There are several post about php7, https://forums.fogproject.org/topic/6285/php-7-0-0-finally-released
No problem with Maria DB

@tom-elliott said in Error 500 in host edition:

That said is it just permissions of the user?

Yep it’s for user rights, but I don’t use it, it was to try the plugin few month ago…

I’ve disabled the accesscontrol plugin after plug in my brain…
It’s solved my problem.

Server

• FOG Version: 1.5.0-RC-8 ( SVN 6080)
• OS: Debian 8.8 (PHP5)

Description

Hi,

I can’t accces host information/edition.

When I try to acces an url like that : http://myfogserver.com/management/index.php?node=host&sub=edit&id=605, I’ve an error 500.

log :
[Thu Aug 17 10:41:34.369187 2017] [:error] [pid 25461] [client 192.168.101.252:53261] PHP Warning: Invalid argument supplied for foreach() in /var/www/html/fog/lib/plugins/accesscontrol/hooks/addaccesscontrolapi.hook.php on line 115
[Thu Aug 17 10:41:34.424336 2017] [:error] [pid 25461] [client 192.168.101.252:53261] PHP Warning: Invalid argument supplied for foreach() in /var/www/html/fog/lib/plugins/accesscontrol/hooks/addaccesscontrolapi.hook.php on line 115
[Thu Aug 17 10:41:34.429048 2017] [:error] [pid 25461] [client 192.168.101.252:53261] PHP Warning: Invalid argument supplied for foreach() in /var/www/html/fog/lib/plugins/accesscontrol/hooks/addaccesscontrolapi.hook.php on line 115
[Thu Aug 17 10:41:38.578096 2017] [:error] [pid 25461] [client 192.168.101.252:53261] PHP Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 32768 bytes) in /var/www/html/fog/lib/fog/fogcontroller.class.php on line 261

I’ve tried ton increase memory in FOG and PhP (512M).

I can list all host without problem.

Ch3i

@Junkhacker said in Deploy Image to VM:

something i’ve done is to just leave windows running on a vm, getting windows updates automatically, and having a scheduled upload task that runs every week. you’ll want to not install the vm tools for the machine, since they can seem to cause some odd behavior when the image gets deployed back to real hardware

I’m using the same Plus I use chocolatey to update some critical programs (schedule taskl) : https://chocolatey.org/