Posts made by Thiago

@Tom-Elliott oh sorry…my mistake (as always)
“doing it the right way, wil work”
my sources.list was wrong.

I have the same error, but in ubuntu 16.04 client:

------------------------------------------------------------------------------
--------------------------------Authentication--------------------------------
------------------------------------------------------------------------------
 02/06/2017 15:47 Client-Info Version: 0.11.12
 02/06/2017 15:47 Client-Info OS:      Linux
 02/06/2017 15:47 Middleware::Authentication Waiting for authentication timeout to pass
 02/06/2017 15:47 Middleware::Communication Download: http://192.168.1.12/fog/management/other/ssl/srvpublic.crt
 02/06/2017 15:47 Middleware::Authentication ERROR: Could not authenticate
 02/06/2017 15:47 Middleware::Authentication ERROR: Value cannot be null.
Parameter name: authority

I tried reinstall all mono packages, reinstall the client, reset encryption data, delete/create host, registering host with ipxe boot and nothing change the error.

@Tom-Elliott It is not failing, the installer can get the file successfully!!!
what is not working: list directory content in browser (same behavior using Indexes option in apache)
This is not a problem because i can access file directly, but just curious about this.
Sorry for taking your time.

@Wayne-Workman i agree with your recommendation and i will implement this soon.

Thanks all you guys…

i am acessing directory with ipxe menu, like:

:centos7auto
set base http://${fog-ip}/repos/centos/base
set iso http://${fog-ip}/iso/centos7
kernel ${iso}/vmlinuz
initrd ${iso}/initrd.img
....and other things

i have no index.html or .php at /var/www/html and welcome.conf can not show his test page.

Server

• FOG Version: 1.4
• OS: CentOS 7

Description

Maybe this is more a apache config issue than Fog.
I have some directories under /var/www/html (iso, repos, configs) and are used with fog ipxe to boot systems and automated installs.
After upgraded to 1.4, puting in browser: http://(ip)/iso or /configs it returns with incorrect redirection error msg.
Commenting lines from /etc/httpd/conf.d/fog.conf:

RewriteEngine On
RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f
RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-d
RewriteRule ^/(.*)$ /fog/api/index.php [QSA,L]

all work like expected, but not tested with the fog things (snapin, clone…)
what these lines do?

@lebrun78
My fog server is used to boot winpe and then launch setup with unnatended xml file to automatically install windows…
i think that you can boot winpe environmnent from your fog and then deploy wim image with dism command automatically too.

@Wayne-Workman Both on the same switch, tested with another computers (it’s a lab with 20) and always the second returns No session found with that name.
If i do multicast via groups, it works with no problems.
I can use it creating a multicast group and join all the computers that i need to deploy.
Just curious to see if any other has the same problem…

Server

• FOG Version: 1.3.0- RC-14
• OS: CentOS 7

Client

• Service Version:
• OS:

Description

Testing different ways to clone using multicast method…
I created a multicast image session under image settings in UI:

Session Name	test
Client Count	2
Timeout (minutes) 5	
Select Image testimage

Then:

first client -> selected Join to multicast session in fog menu, asked for my credentials, then inserted test to multicast session name, the first client begins the process and wait at Starting to Restore image (-) to device (/dev/sda2) …

second client -> the same procedure, but when inserted test it returns No session found with that name .

After this, if i go to UI, there´s no Active Multi-cast Tasks and no Multicast Image, only active task for the first client is listed.

I’m using it the right way or is this a problem in my setup?
Thanks

@Wayne-Workman, @Quazz
Firewalld was disabled when testing, but enabled at production…
My mistake!!!
I did not open 49152 to 65532/udp ports in my firewall.
Thanks to all Fog team!

This is the first time that i try this.
sending .fogsettings using udp-sender/udp-receiver worked.
and this error (read image_hdr block_size error) happens on all images when multicasting.

Server

• FOG Version: 1.3 - RC- 13 - 5962rev
• OS: CentOS 7

Client

• Service Version: 0.11.5
• OS: Windows 10/CentOS 7

Description

I am trying to do a deploy using multicast, i have created my image and all is fine if i use ‘unicast’.
But when i try multicast, i can not deploy and partclone shows an error (sorry, i have no image from screen):

read image_hdr block_size error

and at the bottom, after partclone screen:

.... exit with code 0 (writeImage)           
args passed /images/mytest/d1p1.img* /dev/sda1 yes
..
your computer will reboot in 1 minute

Following multicast troubleshoot from wiki, multicast works like expected, so the problem would be my image?
My image settings:

Image Name	mytest
Operating System	Linux - (50) (but is dual boot system)
Image Path	/images/mytest
Image Type	Single Disk - Resizable - (1)
Partition	Everything - (1)
Compression	6
Image Enabled	y
Replicate?	y

What i have to do to make this work?
Thanks

@ManofValor because your /home is at the same place at your / and when you try to login, some files maybe touched and this prevent you to enter.

@ManofValor
Try logging into text mode with root account. when this happens to me, I can only log in with the root account and locally, because root login with ssh is disabled in our environment.

@Tom
This happened to me, and when i was looking at /var/www/fog/lib/fog/config.class.php my db password was empty…
setting my db password, then webui automatically had changed to correct page…

@dureal99d i think that using /S as Snapin Argument could do the silent install, but what i am looking for is one method to setup a password for access. If you find this information, please share with us.

@dureal99d Just curious, because i will deploy this too. What silent install switch you will plan to use with this?

@anthony.delarosa
it happened to me 2 days ago…
for my problematic host, disabling AD settings and then re enabling, put all things to work.

it really reminded me of the ‘it crowd’ series…lol

@mbarker
in a normal fog install, there is no init.xz in /tftpboot.
I think that maybe your install is very modified and this is causing some issues…
I know that it would be your thousandth installation, but when you got fog up and running, your effort will have been worthwhile.

I was looking for other tools, they exist but are not as productive as this.

@glefebvr
i had the same error using snapin yesterday…
i will tell you what worked for me:
uninstall client, delete all entries in regedit related to fog (i did a search for “fog” word and i dont know if this is necessary, but worked for me), reboot, then install again using smartinstaller, then reset encryption data for these host, reboot and you will be in bussiness again…(i hope…lol)

@maveriick After dropped the database, did you created another one? (just like @Tom-Elliott said)