Posts made by Seydoo

spanning tree, spanning tree la la la la la (jingle bells)
I’m saying this from 2 months
I’m glad to read you saying it ^^

some news
I plug a computer on the switch which directly connected to the physical server and… it works
so now… I have to find where the issue is

Ok I’ll try to get a dumb switch and test it in the network core

1\ Better than that : I can deploy snapin all over my company network and, of course if I place a computer in this vlan it gets an IP
2\ I have to test this but I don’t have such switch available

I am really convinced of a network problem (snapping tree for example), but I can’t prove it and it annoys me because without it, I can’t ask the network team to solve my problem.

Hello there,
OS : Centos 7
FOG Version : 1.5.5
bzImage Version: 4.19.1
bzImage32 Version: 4.19.1

It’s been 2 month now I have a serious issue deploying Images from my fog server
Explanation :
My FOG Server is on a particular VLAN on my network and was configured as a DHCP server ( I use it from 3 years now)
1st I plug a computer on my network in order to image it
PXE Boot ==> OK
Pxe Menu ==> select inventory (or deploy image for an existing computer in my DB) ==> No DHCP response on interface eth0, skipping it
Failed to get an IP via DHCP ! Tried on interfaces (s) : eth0
Before christmas all worked perfectly ==> a dozen of computers were imaged and I also captured 2 new images

My network expert affirm it doesn’t come from the equipment, ok so why it doesn’t work now ?
I read something about spanning tree but they say no
I’m convince it’s a network issue but I cannot prove it
Can you help me please ?

Contrary to totoro in a previous post I don’t have the same response in the debug mode :

Hello Sebastian
Thank you for your response, all my computers are with W10, I’ll check this
I love Windows with these… “features”…

Hello everybody

My system :
CentOS 7
FOG 1.4.4 SVN 6077

Yesterday, my fog server suddenly crash, httpd was swapping a lot and finally the system killed mysql
I had to stop httpd service
In the morning 2 snapins were deployed (slowly) so I first thought there were still tasks pending and blcking the system
I delete all tasks in tasks and snapinTasks table
It didn’t work, so the problem was elsewhere
the night pass (perhaps httpd will do what he wanted to do and all will be clear this morning) but still the same problem
after a long moment of solitude in front of my VM i have a flash of light and looked in hostMAC table
around 67000 rows for 300-330 hosts, that make a loooooot of MAC just for 1 host (~200)
delete from hosts
delete from hostMAC

==> at last my system is responding after restart of httpd service

So my question is, what can i do to avoid this issue in the future ?
I reimported an old csv with my host (created when i upgrade from 1.3.5) ans i have lots of new MAC to approve for my hosts, all these MAC seem to be virtual, but… globally my users don’t have VM on their computers (only ~10 users have vmware installed on their windows)

Is there a way to stop getting “false” mac adress ?

here is a PrintScreen of the pending mac page

Hi Tom,

it’s ok too in fog settings

Hello all,

OS : Centos 7
Fog : 1.4.4
svn revision : 6077

I have this message on logon web gui, I changed the proxy settings in FOG Settings and my server is connect to Internet (I used wget to download fog)
in my .bash_profile my proxy is ok
firewalld is correctly configured (as indicated in fogwiki)

did I forgot something ?
no emergency with this but it can be usefull for updates

Thanks for your help

@Tom-Elliott
I know that but changing the value made the snapins correctly downloaded and then, installed
In any case I re uploaded my packages 2 or 3 times and it didn’t work, perhaps it was just a coincidence… or not
What was strange is the size of my package on the computer, hash was the same no matter the snapin (sel extractor, msi, installer) ==> always 1Kb
The only thing I didn’t try was changing php.ini, perhaps some test can be made to confirm (or infirm) my suggestion ?

Ok I finally found the problem
Re uploading the file didn’t work so, I tried modifying the php.ini and change 3000M to 1900M and it finally works !

I thought 3000M was ok with php7 (by default) and it seems Fog desn’t like it

Server

• FOG Version: 1.3.5 svn 6067
• OS: CentOs 7

Client

• Service Version: 0.11.11
• OS: Windows 10

Description

Here I come again to sollicitate your help

I have a new server fog in 1.35, the only things i took from the older are the /opt/snapins/ssl files and DB for images files (I exported the .csv file)
My hosts (around 250) are pending slowly this tuesday morning and it’s ok with the certificates
Image creation is OK
Image deployment not test yet but it must be ok (I’ll try during the day)
Snapins creation done (I upload all my snapins files one by one from my local computer, some snapins are package created with SFXMaker (oracle withj response file, open_office, copy of folders in a certain location) some are installer directly downloaded from the appropriate website (like SoapUI, SVN, JDK etc…)

I tried to install 3 package :

• SoapUI (official installer) : hash does not match
• Oracle (SFX maker, a .bat launch installer with response file) : hash does not match
• Patch Orcle (SFX Maker : just unzip in c:\temp) : you know what ? hash does not match !

When I look in C:\Program Files (x86)\FOG\tmp, files are only 1KB

here is my fog.log :

02/05/2017 09:36 Client-Info Client Version: 0.11.11
 02/05/2017 09:36 Client-Info Client OS:      Windows
 02/05/2017 09:36 Client-Info Server Version: 1.3.5
 02/05/2017 09:36 Middleware::Response Success
 02/05/2017 09:36 SnapinClient Snapin Found:
 02/05/2017 09:36 SnapinClient     ID: 2
 02/05/2017 09:36 SnapinClient     Name: Patch_Oracle
 02/05/2017 09:36 SnapinClient     Created: 2017-05-02 09:33:37
 02/05/2017 09:36 SnapinClient     Action: 
 02/05/2017 09:36 SnapinClient     Pack: False
 02/05/2017 09:36 SnapinClient     Hide: False
 02/05/2017 09:36 SnapinClient     Server: 
 02/05/2017 09:36 SnapinClient     TimeOut: 0
 02/05/2017 09:36 SnapinClient     RunWith: 
 02/05/2017 09:36 SnapinClient     RunWithArgs: 
 02/05/2017 09:36 SnapinClient     Args: 
 02/05/2017 09:36 SnapinClient     File: patch_oracle10.exe
 02/05/2017 09:36 Middleware::Communication Download: http://172.27.1.1/fog/service/snapins.file.php?mac=E8:40:F2:97:80:55||00:00:00:00:00:00:00:E0|00:00:00:00:00:00:00:E0&taskid=2
 02/05/2017 09:36 SnapinClient C:\Program Files (x86)\FOG\tmp\patch_oracle10.exe
 02/05/2017 09:36 SnapinClient ERROR: Hash does not match
 02/05/2017 09:36 SnapinClient ERROR: --> Ideal: C04FFB8D9F318F8BD2D94BFCD7266BCF4883775F237EDB95BEBF006A377AF4B42BEE7BDE444280895FFC46132922356960CCA7CA68DD60E2F9326AD266854B84
 02/05/2017 09:36 SnapinClient ERROR: --> Actual: D091C0BAFADDC3F70DE58C7A17E25BBEB631FCE2153E7CCDB9C77C47FEAF93135311570964CE20D68806B16311C737DA1025421D70877DF31348348E68FC3C39
 02/05/2017 09:36 Middleware::Communication URL: http://172.27.1.1/fog/service/snapins.checkin.php?taskid=2&exitcode=-1&mac=E8:40:F2:97:80:55||00:00:00:00:00:00:00:E0|00:00:00:00:00:00:00:E0&newService&json

More info : deployment in WEB GUI works fine (queued / checked In / in Progress)
The only thing is that the download start and finish with a file size of only 1kb (which can explain the hash issue)
I use php7.1.4 on my CentOs server
In php.ini :

; Maximum amount of memory a script may consume (128MB)
; http://php.net/memory-limit
memory_limit = 128M
; Maximum size of POST data that PHP will accept.
; Its value may be 0 to disable the limit. It is ignored if POST data reading
; is disabled through enable_post_data_reading.
; http://php.net/post-max-size
post_max_size = 3000M
; Maximum allowed size for uploaded files.
; http://php.net/upload-max-filesize
upload_max_filesize = 3000M

Yes hostname is correct
I just have to test my snapin deployment

Ok so I have the same problem than my old server, some snapins failed to deploy due to “hash does not match”
This is a known issue for me, some snapins, I don’t know why simply doesn’t download correctly (my .exe is 1KB instead of 75203KB in server)

It seems something wrong in the settings, 3 snapins download at 1KB

BTW thanks Joe and Tom for you help, I’ll try to find out why my snapins doesn’t download correctly (all are 1ko in C:\Program Files (x86)\FOG\tmp with hash does not match in fog.log)

@Tom-Elliott
…
O.M.G !!!
In french I’ll say “I’m a milstone”
I completely forgot check this value (which I changed when configure my storage node)
I’m so sorry for the lost time…
Of course the path wasn’t correct, i change it with /opt/fog/snapins/ssl

@Tom-Elliott said in Snapins blocked and remain in "Checked in":

ls -lharRt /opt/fog/snapin

/opt/fog/snapins:
total 12K
drwxr-xr-x 3 fog root 4,0K 25 avril 17:53 .
drwxr-xr-x 3 fog root 4,0K 25 avril 17:53 ssl
drwxr-xr-x 5 fog root 4,0K 26 avril 17:42 ..

/opt/fog/snapins/ssl:
total 20K
drwxr-xr-x 3 fog root 4,0K 25 avril 17:53 ..
drwxr-xr-x 2 fog root 4,0K 25 avril 17:53 CA
drwxr-xr-x 3 fog root 4,0K 25 avril 17:53 .
-rwxr-xr-x 1 fog root 3,2K 26 avril 17:22 .srvprivate.key
-rwxr-xr-x 1 fog root 1,6K 26 avril 17:22 fog.csr

/opt/fog/snapins/ssl/CA:
total 20K
-rwxr-xr-x 1 fog root 1,8K 23 sept.  2016 .fogCA.pem
-rwxr-xr-x 1 fog root 3,2K 23 sept.  2016 .fogCA.key
drwxr-xr-x 2 fog root 4,0K 25 avril 17:53 .
drwxr-xr-x 3 fog root 4,0K 25 avril 17:53 ..
-rwxr-xr-x 1 fog root   17 26 avril 17:22 .srl

.srvprivate.key and fog.scr change with --recreate-keys ? because the date is not the same (today instead of 09/2016)

nothing change

For the multipe pending MAC, no more since midday (I approve this host and then delete it)

here is a new fog.log, I reinstall fog with --recreate-keys and put all my hosts in a group to reset encryption data, then start fog Service on my computer

26/04/2017 17:24 Main Overriding exception handling
 26/04/2017 17:24 Main Bootstrapping Zazzles
 26/04/2017 17:24 Controller Initialize
 26/04/2017 17:24 Zazzles Creating main thread
 26/04/2017 17:24 Zazzles Service construction complete
 26/04/2017 17:24 Controller Start

 26/04/2017 17:24 Service Starting service
 26/04/2017 17:24 Bus Became bus server
 26/04/2017 17:24 Bus {
  "self": true,
  "channel": "Status",
  "data": "{\r\n  \"action\": \"load\"\r\n}"
}
 26/04/2017 17:24 Bus Emmiting message on channel: Status
 26/04/2017 17:24 Service Invoking early JIT compilation on needed binaries

------------------------------------------------------------------------------
--------------------------------Authentication--------------------------------
------------------------------------------------------------------------------
 26/04/2017 17:24 Client-Info Version: 0.11.11
 26/04/2017 17:24 Client-Info OS:      Windows
 26/04/2017 17:24 Middleware::Authentication Waiting for authentication timeout to pass
 26/04/2017 17:24 Middleware::Communication Download: http://172.27.1.1/fog/management/other/ssl/srvpublic.crt
 26/04/2017 17:24 Data::RSA FOG Server CA cert found
 26/04/2017 17:24 Middleware::Authentication Cert OK
 26/04/2017 17:24 Middleware::Communication POST URL: http://172.27.1.1/fog/management/index.php?sub=requestClientInfo&authorize&newService
 26/04/2017 17:24 Middleware::Response Private key not found

------------------------------------------------------------------------------
--------------------------------Authentication--------------------------------
------------------------------------------------------------------------------
 26/04/2017 17:24 Client-Info Version: 0.11.11
 26/04/2017 17:24 Client-Info OS:      Windows
 26/04/2017 17:24 Middleware::Authentication Waiting for authentication timeout to pass

@Joe-Schmitt here are my steps

Old server : RH6.5, FOG 1.3 rc23 @IP 172.27.1.1, around 200 clients

• export Image DB

1\ install fresh OS (centos 7) @IP 172.27.1.2
2\ download fog 1.3.5 from sourceforge
3\ install FOG
4\ issues to access WEB GUI ==> uninstall php 5.x then install php7
5\ change fog user password (due to network policies) on server / web GUI / FTP (fog settings) / node admin ==> all pwd are the same (not good but my fog server is in a private VLAN)
6\ Change node storage in web GUI ==> from /images to /meti/images, snapins to /meti/snapins
7\ Create new snapins (I didn’t use the export from the old server because I had problems to deploy some snapins due to hash issues)
8\import images.csv, copy images files from old server to new server
9\ stop the old server
10\ change IP of new server ==> 172.27.1.1 (use wiki to do that)
11\ lots of host pending ==> approve them (strange pending with the MFMOA119 as explain, it’s a basic notebook with 2 virtual NIC, a wifi and an ethernet NIC==> 50 pending MAC ==> approve and then delete host, no more pending since midday)

Test deploying phase :

issue with nfs mount ==> solve with your help yesterday ==> deploy success
Test snapins deployment = issue

• my computer is the one used for snapins deployment :
  first I used ancient client ==> doesn’t work, remove it and install 0.11.11 = nothing change (privacy key …)

==> copy /opt/fog/snapins/ssl from old to new server as you told me

stil doesn’t work (fog.log is a new one i delete the old one)

My fog server is a VM, I have a snapshot of it before 1st fog install (and before php update)

You have my .fogsetting, do you need more info ?

@Tom-Elliott
I removed the client then reinstall

There is something strange with one host, lots of MAC are pending :

MFMOA119	98:e7:f4:5a:c8:a2	fe:f3:2d:6a:05:92
MFMOA119	98:e7:f4:5a:c8:a2	0e:7e:b6:29:fd:a4
MFMOA119	98:e7:f4:5a:c8:a2	3a:25:b0:aa:db:85
more lines (around 40) with different host pending MAC 

I removed and reinstalled the client on this computer but there is still a lots of pending MAC