Slideshow timeout?

[Lyonel]

Hi guys, anybody came across an error message after displaying a slideshow for a while on a screen? We have a big TV in our office where we display a slideshow. It is configured to change slide every 5 minutes and refresh the data on widgets every 5 minutes. But after a certain period of time, we get error messages saying it cannot connect to the server, like if it timed out?

[Alex8000]

Hi @Lyonel, 

I think we have been having these same problems, @m.vandun doesn't our screen keep giving timeouts as well?

[m.vandun]

@Alex8000, yes we're having thse timeouts as well. Usually they are around the same time (14:00 BST). Now we're having this constantly.

[Martyn Houghton]

@Lyonel , @Alex8000 , @m.vandun

Are you using a dedicated login on the client running your dashboard screens? I know we had some disconnection issue before when using a shared user login.

Cheers

Martyn

[m.vandun]

Hi Martyn,

I'm using a shared user login.

[Lyonel]

Shared login too

[TrevorKillick]

Hi All

Next time this happens can you provide an exact date / time of the error, if possible a screen grab of the error and we can take a look at the logs and try and find out why these logins are timing out. 

Kind Regards

Trevor Killick

[Lyonel]

Ok @TrevorKillick I will try to get you a screenshot.

[m.vandun]

Hi Trevor,

It seems to have something to do with the amount of sessions 1 account can have active. I logged in on our wallboard system, my own system then logged out. When I logged in on my own system the wallboard system got logged out. This was working normally last week.

I've attached a screenshot. Unfortunately I do not have the time when this occured.

Mark

[Lyonel]

I have exactly the same error message too. Just need to wait until it happens again so that I can tell you a date and time.

[Martyn Houghton]

@Lyonel @m.vandun

We were having this, so I presumed that when I logged out using the option rather than just closing the browser tab, from Hornbill on any device, that would kill all my connections irrespective of which machine my sessions are associated with.

As we use SAML I created a separate user and the set the home page on my machine running the dashboard to bypass saml and use a dedicated separate account, which seems to be a lot more reliable. Does use a license though!

Cheers

Martyn

 

 

[TrevorKillick]

Cheers Guys

Will bring this up with our platform guys and try and get an answer for you. 

Kind Regards

Trevor Killick

[samwoo]

Just wanted to add that this is impacting us as well.

Thanks,

Samuel

[Lyonel]

@TrevorKillick, got a screenshot. Error occurred around 16:50 GMT

 

[m.vandun]

Is there an update on this issue? We currently cannot use our wallboard at all.

[m.vandun]

Any updates on this? This is getting really frustrating as we currently cannot use this functionality, which is part of the advanced analytics subscription, at all!

Regards,

Mark

[m.vandun]

Hi @TrevorKillick,

Do you have any information regarding this issue?

Regards,

Mark

[Gerry]

@m.vandun

In your case, your instance was configured with allowMultiLogin disabled, this means if you log in as you a second time it will automatically kick any open sessions on your account. We have disabled this option for you so that should not happen any more. 

Gerry

[Gerry]

@Lyonel

Not sure why you are getting these timeouts, as a general rule things work better if the wallboards use a dedicated account. However, if multoLogon is disabled (this is a system setting you can change in the admin tool) then a user logging in using the same account will kill other sessions for that account. This is off by default. 

However, on some instances we have had to turn this on because a bad integration implementation (customer developed) was logging in, querying some data and not logging out, and that was happening once a second so the instance was slowing down as 10's of thousands of sessions were being created and not destroyed.  We advised to not use the userLogon/userLogOff API's for integration a) because its very bad practice as it leads to passwords being hard coded into scripts and b ) because it was killing all of the instances allocated resources.  The correct way to use the API's for integration is with the API keys scheme. 

So its worth checking your settings to see if multi logon is disabled, that would be a good start.  I would also recommend you use a separate user account for you dashboards, if not for reliability for the sake of security. The count should have the minimum rights needed to display the dashboard and no more. 

Gerry

[Gerry]

@Martyn Houghton

As above, check the allow multilogon setting. However, what you are doing now running a separate account is the correct approach for an unattended logged in session, at least it is if security is important. 

Gerry

[Lyonel]

@Gerry, thanks for your reply. I checked the setting you mentioned (that's a cool one by the way, I like it!). I believe everything is ok:

Also, the account we use for Dashboards display on TV is unique and that is his sole purpose. No other rights but display dashboards and slideshows.

[Martyn Houghton]

@Gerry

We are seeing the disconnection error now on a daily basis from our dashboard screens running our slideshow. We are using a dedicated user account and 'multiLoginUSer' ie set to allow, though as we are using a dedicated user this should not apply.

It seems to occur around 8 to 9 hours after I go in close the browser and re-open it and log back in again, starting up the slideshow again. I have tested this in both Internet Explorer and Chrome.

Is there a session or inactivity  timeout applied elsewhere which might not be picking up that the slideshow activity?

Cheers

Martyn

[Gerry]

@Martyn Houghton

I will need to ask some of the devs some questions, as far as I am aware this should only happen when there is no inactivity.  In the case of a dashboard slideshow this will never be the case.  However, we are using Websockets for notifications and screen update events so I am wondering if it has something to do with this -I will need to investigate further.  However, we have many customers using the slideshows and most of them do not seem to be having this problem so I am not sure how easy it will be to replicate, its possible environmental.

Gerry

[Martyn Houghton]

@Gerry

Thanks. Though we are configured for SSP, the login used by the Dashboard machine is using the bypass option and logging in as Hornbill authenticated user.

Cheers

Martyn