Edgestor search does not work when the server and camera are in different time zones.
Description:
When the server and camera are in different time zones, Edgestor places the converted archived video in folders with the incorrect month-day-hour labels. This behavior causes the exacqVision Client search to fail to find the video clips although they are present on the server. The search time window would need to be expanded in accordance with the difference in time zones in order to find the actual archived video clips. The timestamp on the video will also be incorrect.
On Linux x86/x64 systems only, System Information “Total Memory” incorrectly displays the available operating system memory instead of the actual physical memory installed.
Enhancement – onvifnvcpi – Add support for SpotterRF and new VICON models – #22792 #23053
Enhancement – rtspserverpi – Provide the ability to search for video with out a specific end date and time. – #22982
Enhancement – samsungpi – Add the ability to configure more than 8 analytics rules – #22929
Enhancement – streampi, common, xml – Flush file contents to disk after saving config. – #23067
Protects against some race conditions
Enhancement – streampi – support for PTZ Preset Admin privilege
Live privilege now exists allowing creation of preset from Live page.
Enhancement – SysmgmtPI – Removed sensor and watchdog support for X8SIA, DQ67EP, D525MW, D2500CC, RX67Q, D510MO, S1200KP, and Granite Well motherboards. Removed unused support for CNCT6793. Also removed wx usage. – #23125
Web Service
Enhancement – Remove archive credentials from output if passthrough user. – #23119
LC units with the Pegatron H-81 motherboard, (8) PoE Ports, and Ubuntu 18.04 operating system (O/S) will report the link status incorrectly on (4) of the PoE Ports. These systems were shipped with either Ubuntu 14.04 or 16.04. Therefore, this would only become an issue if the unit O/S is upgraded to version 18.04. ONLY 8-port PoE systems are affected. 16-port PoE systems are NOT affected. This does not impact network I/O on any of the PoE ports, so cameras will continue to work normally.
Actual Port
Reported by Port
1
1
2
4
3
3
4
7
5
2
6
6
7
5
8
8
Cause:
This is an issue with communication between the Ubuntu 18.04 O/S kernel and the Pegatron H-81 motherboard BIOS.
Solution:
The behavior is purely cosmetic and DOES NOT impact the actual performance of the LC PoE ports themselves. Presently, there is no correction available.
For debugging purposes, the logging of additional information related to the Storage Self -Tests may be enabled. Starting with server version 19.08, it is now possible to collect additional information about storage self-tests. evselftestYYYY-MM-DD.txt files in the server/logs path will trace all of the commands that evselftest issues along with their corresponding output. This feature is turned on when the EvselftestLogEnabled attribute under “Storage” is set to “1” in sysmgmtpi.xml. The feature is for debugging purposes only and should not be left on for an extended period of time since log files might store a large amount of data depending on hardware configuration and test duration. Each command execution is traced with a time stamp prefix followed by the inter-process communications (IPC) command. The output is framed by “start output” and “end output” timestamps. The command output between these markers is not timestamped.
Updated field recovery instructions are packaged within the zip files
The following motherboards do NOT support Ubuntu 20.04 and servers with these motherboards that need to be re-imaged must use Ubuntu 18.04/RETAIL1804-21.03.5.zip
Q87MA
H81-X1
D180S
D190S
D290S
Customers who only have LTSB license must use Windows 10 LTSB/RETAIL10-20.03.0.zip
Customers who only have 2016 license must use Windows Server 2016/RETAIL2016-20.06.0.zip
Transition from grub to rEFInd (look and feel has changed as noted in field recovery instructions).
Transition from custom-built Clonezilla to off-the-shelf Clonezilla which adds progress bars, much nicer.
Automatic recovery partition creation, once Deploy Cleanup (desktop shortcut) is executed, the system will automatically reboot and capture factory image, then automatically reboot again into OOBE.
New error log, if any errors occur anywhere in the entire process, there will be a collection of logfiles written to the “logs” folder on the USB key itself. Users can provide these to us for analysis.
This is for a specific customer that was reporting issues with Q series units using a KMV Startech Switch-Model SV431USB. The customer experiences NO DISPLAY on the monitor on boot. They also exhibit no display when switching the source at the switch from a windows based unit back to the Q Series. Tickets: 22721 and 23035.
Testing results: 14.04 <== won’t remediate – end users will have to re-image with 18.04 key. 16.04 <== won’t remediate – end users will have to re-image with 18.04 key. 2019-03 = first 18.04 with golden image: * Note that you’ll get a warning “old exacqdeploy package post-removal script sub process returned error exit 1”, but this is ok. Ignore it. This warning unfortunately cannot be suppressed. 2019-12 = first 18.04 with packer image: Verified at version 19.06.4 and newer. Verified 20.09.1 2021-03 = final 18.04-based key. Verified 21.03.5. If they are on a version older than 19.06.4 they will need to update to at least 19.06.4 or update to the latest release. Do not use this if they are on Ubuntu 14.06 or 16.04.
The URL below will allow you to download the .DEB file. That can be transferred to the local NVR and ran on Ubuntu 18.04 servers with at least 19.06.4 Server installed.
Download the file. 2.) You will have to put the file on the desktop of the NVR and then open terminal and run the following 2 commands. cd /home/admin/Desktop (press enter) sudo dpkg -i exacqdeploy_21.06.116.0_all.deb (press enter)
When installing Windows-based exacqVision Server, the password entry screen is not refreshing in a timely manner delaying the password complexity rules feedback as the password is entered.
Workaround:
None required — although annoying, the function does work as is.
Exacq Technologies does not recommend using the root partition for video recording as the OS is installed on this partition. Exacq labels the root partition as /mnt/edvr/0. In the event that /mnt/edvr/0 has been enabled on the storage page, resulting in video being recorded to the root partition and you now need to delete that video and prevent future recordings follow these instructions.
exacqVision files are stored on each drive enabled for recording in a directory structure beginning with YYYY (Year), see our KB: 393 exacqVision Video File Naming Format for additional details
Knowing this we only need to concern ourselves with identifying the year folders which have been written to /mnt/edvr/0. Once identified then they, along with their contents, including sub-directories can be easily removed.
The basic steps are:
Verify that future recording to /mnt/edvr/0 has been disabled
Open terminal and change to the mnt/edvr/0 directory
Determine which Year folders have been created on /mnt/edvr/0
Delete the contents, of this year folders, including sub-directories
Empty the contents of trash
Close the Terminal Window
In this screenshot mnt/edvr/0 has been enabled resulting in video being recorded to the root partition. This is not recommended and should be unchecked to prevent recording to the root partition in the future.
Example of deleting video from the root partition (/mnt/edvr/0) and emptying the trash from the terminal
Change directory to /mnt/edvr/0
$ cd /mnt/edvr/0
List contents of /mnt/edvr/0
$ ls
2021 psfpi
Remove year folder, in this case 2021 and it’s contents
$ sudo rm -r 2021
Note if prompted enter in the OS root password and press enter. There will be no visual feedback while you type.
