Thanks for help, finally I created a snapin which add registry key to duplicate display when someone log in, and if needed after deploying image I use Win + P key.

@Quazz Oh, so it will be problematic…
I absolutely need to force clone display on these computers, if not after deploying image principal screen is videoprojector so people can’t log on computer…

Some other test :

• double-clicking on script “Clone2.cmd” in my computer create shortcut
• launching command “c:\windows\system32\cmd.exe /C Clone2.cmd” on my computer create shortcut
• BUT deploying fog snapin with command “c:\windows\system32\cmd.exe /C Clone2.cmd” failed to create shortcut…

Hi,

I create a snapin to set a shortcut for some computers in “C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartUp”, which requires administrator privilege.
I found a way to add some line to execute this cmd script with administrator privileges, and it works like a charm when I launch it form my computer.
But when I deploy this script with fog snapin in another computer, snapin seems to deploy (o error in fog.log) but shortcut don’t appear…
Any idea ?
Here is the script (to clone display between monitor and videoprojector on teacher computers in classroom)

REM --add the following to the top of your bat file--

@echo off

:: BatchGotAdmin
:-------------------------------------
REM  --> Check for permissions
>nul 2>&1 "%SYSTEMROOT%\system32\cacls.exe" "%SYSTEMROOT%\system32\config\system"

REM --> If error flag set, we do not have admin.
if '%errorlevel%' NEQ '0' (
    echo Requesting administrative privileges...
    goto UACPrompt
) else ( goto gotAdmin )

:UACPrompt
    echo Set UAC = CreateObject^("Shell.Application"^) > "%temp%\getadmin.vbs"
    set params = %*:"=""
    echo UAC.ShellExecute "cmd.exe", "/c %~s0 %params%", "", "runas", 1 >> "%temp%\getadmin.vbs"

    "%temp%\getadmin.vbs"
    del "%temp%\getadmin.vbs"
    exit /B

:gotAdmin
    pushd "%CD%"
    CD /D "%~dp0"
:--------------------------------------

@echo off
Cls
set SCRIPT="%TEMP%\%RANDOM%-%RANDOM%-%RANDOM%-%RANDOM%.vbs"
echo Set oWS = WScript.CreateObject("WScript.Shell") >> %SCRIPT%
echo sLinkFile = "C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartUp\Clone.lnk" >> %SCRIPT%
echo Set oLink = oWS.CreateShortcut(sLinkFile) >> %SCRIPT%
echo oLink.TargetPath = "%windir%\System32\DisplaySwitch.exe" >> %SCRIPT%
echo oLink.Arguments = "/clone" >> %SCRIPT%
echo oLink.Save >> %SCRIPT%
cscript /nologo %SCRIPT%
del %SCRIPT%

And the result in fog.log

------------------------------------------------------------------------------
---------------------------------SnapinClient---------------------------------
------------------------------------------------------------------------------
 14/09/2016 11:18 Client-Info Client Version: 0.11.5
 14/09/2016 11:18 Client-Info Client OS:      Windows
 14/09/2016 11:18 Client-Info Server Version: 1.3.0-RC-10
 14/09/2016 11:18 Middleware::Response Success
 14/09/2016 11:18 SnapinClient Snapin Found:
 14/09/2016 11:18 SnapinClient     ID: 1381
 14/09/2016 11:18 SnapinClient     Name: Clone
 14/09/2016 11:18 SnapinClient     Created: 2016-09-14 11:17:34
 14/09/2016 11:18 SnapinClient     Action: 
 14/09/2016 11:18 SnapinClient     Pack: False
 14/09/2016 11:18 SnapinClient     Hide: False
 14/09/2016 11:18 SnapinClient     Server: 
 14/09/2016 11:18 SnapinClient     TimeOut: 0
 14/09/2016 11:18 SnapinClient     RunWith: c:\windows\system32\cmd.exe
 14/09/2016 11:18 SnapinClient     RunWithArgs: /c
 14/09/2016 11:18 SnapinClient     Args: 
 14/09/2016 11:18 SnapinClient     File: Clone2.cmd
 14/09/2016 11:18 Middleware::Communication Download: http://192.168.10.60/fog/service/snapins.file.php?mac=E8:40:F2:3B:C7:AA&taskid=1381
 14/09/2016 11:18 SnapinClient C:\Program Files (x86)\FOG\tmp\Clone2.cmd
 14/09/2016 11:18 Bus {
  "self": true,
  "channel": "Notification",
  "data": "{\r\n  \"title\": \"Installing Clone\",\r\n  \"message\": \"Please do not shutdown until this is completed\"\r\n}"
}
 14/09/2016 11:18 Bus Emmiting message on channel: Notification
 14/09/2016 11:18 SnapinClient Starting snapin...
 14/09/2016 11:18 SnapinClient Snapin finished
 14/09/2016 11:18 SnapinClient Return Code: 0
 14/09/2016 11:18 Bus {
  "self": true,
  "channel": "Notification",
  "data": "{\r\n  \"title\": \"Clone Installed\",\r\n  \"message\": \"Installation has finished and is now ready for use\"\r\n}"
}
 14/09/2016 11:18 Bus Emmiting message on channel: Notification
 14/09/2016 11:18 Middleware::Communication URL: http://192.168.10.60/fog/service/snapins.checkin.php?taskid=1381&exitcode=0&mac=E8:40:F2:3B:C7:AA&newService&json
------------------------------------------------------------------------------

@Tom-Elliott It’s ok now ! Thanks

update done to svn 5954, but still same problem…
delete task and deploy snapi, but always same error:

------------------------------------------------------------------------------
---------------------------------SnapinClient---------------------------------
------------------------------------------------------------------------------
 09/09/2016 13:57 Client-Info Client Version: 0.11.5
 09/09/2016 13:57 Client-Info Client OS:      Windows
 09/09/2016 13:57 Client-Info Server Version: 1.3.0-RC-10
 09/09/2016 13:57 Middleware::Response ERROR: Unable to get subsection
 09/09/2016 13:57 Middleware::Response ERROR: Object reference not set to an instance of an object.

Known error with RC9 update to RC10

I didn’t think about it, but after 2 try no change…
First one I reset encryption data on all host (create a temp group and put all host)
After that, I reset encryption data just on group with 12 hosts I needed to deploy, same error
And I delete all snapin task to recreate them, but always same error !
I didn’t have the problem with RC8 (snapin were “broken” with RC9)

Server

• Version: 1.3-RC10
• OS: Debian 8.5

Client

• Version: 0.11.5
• OS: Win 10

Description

------------------------------------------------------------------------------
---------------------------------SnapinClient---------------------------------
------------------------------------------------------------------------------
 09/09/2016 08:25 Client-Info Client Version: 0.11.5
 09/09/2016 08:25 Client-Info Client OS:      Windows
 09/09/2016 08:25 Client-Info Server Version: 1.3.0-RC-10
 09/09/2016 08:25 Middleware::Response ERROR: Unable to get subsection
 09/09/2016 08:25 Middleware::Response ERROR: Object reference not set to an instance of an object.

@Tom-Elliott nop, no change…
Anyone else use fog with HP 2920/2530 swtich ?

@Tom-Elliott you mean in file fogsettings on debian server, or in web management ?
Because I’ve tried to fix it in web management but it changes again…

@Tom-Elliott ok, appliying this command to all vlan (64158 is multicast port in fog configuration)

ip forward-protocol udp 192.168.10.60 64158

And now :

show ip forward-protocol
 IP Forwarder Addresses
    UDP Broadcast Forwarding: Enabled
 VLAN: 1
  IP Forward Addresses UDP Port
  -------------------- --------
  192.168.10.60        64158
 VLAN: 2
  IP Forward Addresses UDP Port
  -------------------- --------
  192.168.10.60        64158
 VLAN: 3
  IP Forward Addresses UDP Port
  -------------------- --------
  192.168.10.60        64158
 VLAN: 4
  IP Forward Addresses UDP Port
  -------------------- --------
  192.168.10.60        64158
 VLAN: 5
  IP Forward Addresses UDP Port
  -------------------- --------
  192.168.10.60        64158
 VLAN: 6
  IP Forward Addresses UDP Port
  -------------------- --------
  192.168.10.60        64158
 VLAN: 7
  IP Forward Addresses UDP Port
  -------------------- --------
  192.168.10.60        64158
 VLAN: 8
  IP Forward Addresses UDP Port
  -------------------- --------
  192.168.10.60        64158
 VLAN: 9
  IP Forward Addresses UDP Port
  -------------------- --------
  192.168.10.60        64158
 VLAN: 10
  IP Forward Addresses UDP Port
  -------------------- --------
  192.168.10.60        64158
 VLAN: 11
  IP Forward Addresses UDP Port
  -------------------- --------
  192.168.10.60        64158

But always same result, even with 1 PC
And I’ve just noticed that FOG_UDPCAST_STARTINGPORT seems change every time ???

I’ve got this on my L3 switch (HP 2920)

SW-RGI-01(config)# ip udp-bcast-forward
SW-RGI-01(config)# show ip forward-protocol
 IP Forwarder Addresses
    UDP Broadcast Forwarding: Enabled
 VLAN: 1
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 2
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 3
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 4
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 5
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 6
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 7
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 8
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 9
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 10
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 11
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 12
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 13
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 21
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 22
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 251
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 252
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 253
  IP Forward Addresses UDP Port
  -------------------- --------
 VLAN: 254
  IP Forward Addresses UDP Port
  -------------------- --------

But UDP forwading command seems not exist on my L2 switch (HP 2530)…

@Tom-Elliott said in Multicast problem:

enable udp broadcast forwarding

ok, I’m not very familiar with HP switch, but I’m going to test that

Hi,

I made some search but found no response to my problem…
Since we changed our switch 3 years ago (before : Cisco, after : HP), multicast won’t work anymore…
Tested on fog 0.32, 1.0, 1.11, 1.2, 1.3…

Here is what happens, even if I deploy one single host, and nothing else happens

And I’ve got this in multicast.log:

[09-07-16 12:25:40 pm]  | Task (6) Multi-Cast Task is new!
[09-07-16 12:25:40 pm]  | Task (6) Multi-Cast Task has been cleaned.
[09-07-16 12:25:40 pm]  | Task (6) /images/Win10 image file found.
[09-07-16 12:25:40 pm]  | Task (6) 12 client(s) found or to receive.
[09-07-16 12:25:40 pm]  | Task (6) Multi-Cast Task sending on base port: 64448
[09-07-16 12:25:40 pm]  | CMD: cat /images/Win10/d1p1.img | /usr/local/sbin/udp-sender --interface eth0 --min-receivers 12 --max-wait 600 --portbase 64448 --full-duplex --ttl 32 --nokbd --nopointopoint;cat /images/Win10/d1p2.img | /usr/local/sbin/udp-sender --interface eth0 --min-receivers 12 --max-wait 10 --portbase 64448 --full-duplex --ttl 32 --nokbd --nopointopoint;
[09-07-16 12:25:40 pm]  | Task (6) Multi-Cast Task has started.
[09-07-16 12:25:50 pm]  | Task (6) Multi-Cast Task is already running PID 24324
[09-07-16 12:26:00 pm]  | Task (6) Multi-Cast Task is already running PID 24324
[09-07-16 12:26:10 pm]  | Task (6) Multi-Cast Task is already running PID 24324
[09-07-16 12:26:20 pm]  | Task (6) Multi-Cast Task is already running PID 24324
[09-07-16 12:26:30 pm]  | Task (6) Multi-Cast Task is already running PID 24324

I read wiki about this, enabled IGMP on each vlan of each switch, but no change…

Thanks for your help, deploying tens of computer in unicast is really long…

@Tom-Elliott ok great, so I’m waiting ! With RC10, all snapin will work gain directly ? Or do we have to re-upload snapin file once for each ?

Server

• Version: 1.3-RC9
• OS: Debian 8.5

Client

• Version: 0.11.5
• OS: Win 10

Description

ok it will be a little bit hard to explain, but to deploy snapin since RC9, I have to upload snapin file again. If not, snapin is no more associate to hosts (no membership).
After upload, it generates File hash and at this point, i can associate again snapin to host.
I have to do this for each snapin, so it’s annoying…

Thanks !
Matthieu

That’s ok !

Server

• Version: 1.3-RC9
• OS: Debian 8.5

Client

• Version: 0.11.5
• OS: Win 10

Description

2 bugs detected after RC9 install :

• search doesn’t work anymore (No results found)
• in fog configuration : message “You are not running the most current version of FOG!”

@Tom-Elliott Ok I found problem, printer s101laser1 was stored in registry HKCU/printers and HKU/printers, so it appeared twice…
If i removed these registry key it’s all good, now the problem is : if an image is built on host with network printer associate, this printer stay in registry, and I have to delete it manually on each computer…