Jump to content

RooiValk

Members
  • Content Count

    5
  • Joined

  • Last visited

Community Reputation

0 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Anyone using OnGuard 8.1? We are packaging the 8.1 client but came across a bug that will only be fixed in 8.2, according to the support website. The client install fails with a message that Windows Storage Sense must be turned off for the install to take place, otherwise the install is a no-go. Of course, we have a group policy that turns this on and even desktop administrators don't have the ability to turn it off. The solution will not be simple, it seems. I was wondering if anyone else experienced this and was able to get around it by any means other than turning off storage sense? Thanks
  2. We recently upgraded our Stentofon intercom system but the alarms appear differently in OnGuard Alarm Monitoring (see attachment). Alarms are setup for each intercom device, and they used to trigger based on an "Intercom Function" event tied to the device. Alarm Monitoring would show "Alarm Description" = <the alarm we had setup>, and then the standard controller, device, and date/time info. An event is triggering in the new system but it now says "Alarm Description" = "Call to a Private Subscriber" instead of showing the alarm, which makes me think it is not triggering properly. So it is registering something in Alarm Monitoring at least, but not sure if it is our alarm. I tried changing the alarm to trigger on "Call to a Private Subscriber", expecting that Alarm Monitoring would at least show the alarm name that was setup, but no dice - nothing changed. Any ideas on what I can look at for this? This is how it appears now. This is how it used to appear when we had the old Stentofon system.
  3. RooiValk

    Lenel Onguard

    This is a very old topic but I figured I would add my 0.02c anyway. Something changed in the last few OnGuard upgrades to cause this. I was told to put the following in the ACS,INI file to extend the number of records the report can retrieve. Obviously setting this too high could cause problems with the system if it chugs through millions of rows, but it does at least extend how many you can retrieve in one go. The other thing was a patched reporting DLL called LnlRptUIControl.dll. We had to use this patch for the 7.5 and subsequent 8.0 upgrade , so it looks like they are not adding patches to the upgrades the way they should be. [Performance] ReportMaxRecordCount=3000000 Timeout=300
  4. The scheduler option on Onguard allows you to schedule reports, Dataexchange scripts ... etc. However I was not able to determine how to setup the report parameters as part of the schedule. For example I run the "Cardholder Access to Readers" report every month for a specific reader. When run manually you simply select the reader you want from the reader filter. However this filter is not available when you schedule the report, unless I'm missing something. If this is not the right way to do this, is there another way in Lenel? To be clear, I'm wanting to take a report that I run manually with a filter, and schedule it. Would appreciate any feedback on this. Thanks Ian
  5. All, I recently had an issue where changing panel information in our test environment resulted in the panel going offline in our Production Alarm Monitoring. I've listed the background below, but wanted to find out the best way to make sure that our test environment can *never* communicate with a production panel, or anything in production for that matter. I would appreciate any experience or advice on this. Here's background to the issue, and bear in mind that the intent of the actions below was to ensure complete separation between production and test ... 1) We allocated a new VM server and database to a Lenel TEST environment, and refreshed the database from production. 2) The database was renamed to AccessControlTEST and a new user ID was used. 3) The ODBC connection referenced the new test server, database, and user ID for the test environment. 4) The only services running on the test server were the license and login services. 5) I logged into System Admin on the *test* server and disabled all the panels by unchecking the ONLINE option on the Access Panel page. This was a copy of production data so the intent was to remove references to production to prevent changes affecting production. Toggling them offline had not affect on production so I thought we were golden. 6) For added precaution, I then modified the following for the panels: * Change the Workstation (comm server) to a non existent serve name * Removed the primary IP address * As a result of the IP, had to also provide a fake host name. Again the intent here was to completely remove any reference to production panels. And it's at this step that the problem occurred .... After saving step # 6, the production panel showed offline in Alarm Monitoring. Not in the way of "black X marks the spot" for disabled panels, but in the way of "red X marks the spot" for a panel that has lost connection. 7) I logged into System Admin *production* and the panel still had a check next to ONLINE, so at least the database was not affected. However the panel itself was, so I toggled it offline and online again in production, and the panel went online in production alarm monitoring. So my questions are this: 1) Why would any change in step # 6 affect the production panels when they were marked as offline in step # 5. 2) How can I make 100% certain that changes in test will *never* affect production, without isolating the test environment from the network - I know this is a solution but it is not one we can use. At some point I need to turn on all the other services and my concern is that something is going to cross into production. BTW I changed all references to production servers and IP addresses on the backend DB by running an SQL script to update them in the ACCESSPANE table, but I'm wondering if this is enough. Again, thanks for any feedback and I would appreciate any experience on this. Ian
×