Categories
Knowledge Support Support exacqVision Server Products

Server not recording to iSCSI volumes

Description:
If all the storage drives are ISCSI, then “Recording Not Possible” is seen on the Storage page of the desktop client.
If some storage drives are local, then recording only happens to local drives, thus reduces the overall content age of the oldest available video/audio.

Workaround:

  • Make sure the iscsi service starts before exacq:
    ​See: Set iSCSI Storage to Start Before ExacqVision Server in Windows
  • Stop exacqVision Server service/ daemon
  • Remove/rename/un-install archivepi.dll (windows) or archivepi.so (linux) in the installpath/plugins folder
    (note if renaming, must rename to NOT .dll extension or .so on Linux)
  • Start exacqVision server service/daemon

Fixed Version:
21.03.107
Back patched and available in 21.03.7

Categories
User Guides Documentation Categories exacqVision Hardware Products

Configuring Extended Storage with an exacqVision S-Series

The S-series come defaulted for Archiving. This article will walk you through the steps of preparing the S-series for Extended Storage and assumes you have already configured the IP address of the S-series for your network.

Extended Storage relies upon an iSCSI connection to the S-series device. If using an exacqVision Server and exacqVision S-series storage device the iSCSI initiation is handled automatically. If using third-party hardware you will need to create the iSCSI initiation manually.<br>

Steps

  1. Within the exacqVision Client, add the S-series connection. Navigate to the Add Systems page.<br>
    <br><br>
  2. Click on the New button (A) and enter the IP address (B) of the S-Series unit, as well as the Username and Password (default admin/admin256). Click Apply.<br>
    <br><br>
  3. With the S-Series unit now added to the navigation tree on the left, expand your options under this server name and go to the S-Series Storage settings page.<br>
    <br><br>
  4. On the Network tab is a list of the Storage Volumes contained in the S-Series. The Type will be defaulted to None. The volumes in an S-Series may be of mixed types to achieve your desired storage configuration, so some volumes may be Archiving while others are Extended.<br>
    <br><br>
  5. To change existing volumes to Extended, first change the Type column on your desired volumes to None and press Apply. Give the system a few minutes to complete the change.<br>
    Warning: Changing volume types will erase any existing data on the storage volume.<br>
    <br><br>
  6. Change the Type of the desired volumes to Extended Storage (A). In the column labeled Server Address, enter the IP address of the exacqVision recording server (B). Press Apply. It may take a few minutes for the Status to cycle through the steps needed and finally display ‘OK’. There should now be an IQN listed in the Address column (C).<br>
    <br><br>
  7. Return to the recording server’s Storage page and select the Extended tab.<br>
    <br><br>
  8. Under the Portals section, enter the IP address of the S-Series system. Leave the port as 3260 and click the Add button.<br>
    <br><br>
  9. The S-Series will be scanned and a list of Targets will appear.<br>
    <br><br>
  10. Place a check mark in the Enabled column for each Target. If using an exacqVision S-Series, you will not need to enter a Username or Password. Press the Apply button.<br>
    <br>* Username and Password are required for use with third-party iSCSI hosts. Exacq support cannot provide assistance in setup or troubleshooting third-party iSCSI hosts or devices.<br><br>
  11. After pressing Apply, each of the Targets will be prepared. As they finish preparing they will appear in the Partitions panel below.<br>
    <br><br>
  12. Once the Status in the Partitions panel is ‘OK’, a Mount point will also be displayed. This indicates the Target on the S-Series is now being seen on the local recording server as if it were a local drive.<br>
    <br><br>
  13. Return to the Drive tab on the recording server and your new Extended Storage drives should now appear in the Drive list.<br>
    <br>* The above image is an example from a Linux/Ubuntu system. On a Windows system, the Drive names will appear as letters (e.g. – C, D, E, F, etc.)<br><br>

<br>

Categories
Knowledge Support Documentation Support Products exacqVision Hardware

Enabling iSCSI Support on exacqVision Systems with Windows Embedded

Early versions of exacqVision systems with the Windows Embedded operating system did not have support for iSCSI. These systems were manufactured in in January and early February 2014.


To determine whether a system supports iSCSI, complete the following steps:

  1. Open the Start menu.
  2. Right-click Computer.
  3. Select Manage from the pop-up menu.
  4. Double-click Services and Applications.
  5. Double-click Services.
  6. If Microsoft iSCSI Initiator Service is not running, start it.
  7. Click Device Manager.
  8. Expand the Storage Controllers node if necessary.
  9. If you do not see Unknown Device, your system supports iSCSI.
  1. If you do see Unknown Device, right-click it, select Properties, select Details, and select Hardware IDs. If the value is ROOT\ISCSIPRT, your system does not support iSCSI.

To enable iSCSI support on the system, complete the following steps:

  1. Download iSCSIPack.zip from https://exacq.com/files and unzip it to a flash drive or directly to the exacqVision system.
  2. On the exacqVision system, navigate to the directory containing the unzipped installation files.
  3. Double-click the install.bat file.
  4. The installer prompts for administrator rights, installs the files, and restarts the system.
Enabling-iSCSI-Support-on-exacqVision-Systems-with-Windows-Embedded.pdf
Categories
Knowledge Support Support Categories exacqVision Hardware Products

Upgrading a Linux-based exacqVision Server with Active iSCSI Configuration to exacqVision 5.8 (Legacy)

When upgrading a Linux-based exacqVision server to exacqVision 5.8, the existing mount point for an active iSCSI connected drive might not be recognized. To work around this issue, complete the following steps after the upgrade is complete:

<br>

  1. Using exacqVision Client 5.8, open the Storage page for the upgraded server.
  2. Select the Extended tab.
  3. Look for your iSCSI connection and corresponding mount paths. If they appear as expected, no further action is necessary. Otherwise, continue with the following step.
  4. Note the mount paths that appear on the Extended tab. The example above shows /mnt/edvr/11/ (and three other mounts).
  5. On the Drive tab, deselect the recording drives listed on the Extended tab. Click Apply to disable recording to those mount paths.
  6. Ensure that the originally configured iSCSI mounts are still enabled for recording.
  7. On the server, run sudo /etc/init.d/edvrserver stop in Terminal.
  8. Use the mount command to determine the device name of the iSCSI mount point. The output will look similar to this:
    /dev/sdb1 on / type ext4 (rw,errors=remount-ro)
    proc on /proc type proc (rw,noexec,nosuid,nodev)
    /dev/sdc1 on /mnt/edvr/4 type ext4 (rw,_netdev,errors=remount-ro)
    /dev/sdd1 on /mnt/edvr/5 type ext4 (rw,_netdev,errors=remount-ro)
  9. Note the /dev/sdxx device name that corresponds to the /mnt/edvr/x mount path from earlier in the procedure.
  10. Run blkid -o value -s UUID /dev/sdc1 (substituting your device’s name for /dev/sdc1) to determine the UUID for the device.
  11. Open the /etc/fstab file for editing. Find the entry that specifies the iSCSI UUID. Change the mount point in the entry to the pre-upgrade configuration. For example, if the UUID= entry contains /mnt/edvr/4, change the “4” to “2.”
  12. Delete the fstab entry created for the iSCSI device before the upgrade. The file will have multiple entries for the mount point; keep the one specifying UUID, and delete the other, which will look similar to /dev/sdc1 /mnt/edvr/2 ext4 _netdev.errors=remount-ro 0 0.
  13. Save all changes.
  14. Continue to edit the fstab file for each iSCSI drive on the system.
  15. Run sudo mount -a to reload the fstab file.
  16. Open /usr/local/exacq/server and delete archivepi.xml and psfpi.xml.
  17. Run sudo /etc/init.d/edvrserver start.

<br>

exacqVision Client should now display the correct mount paths on the Extended tab on the Storage page.

<br>

Categories
Knowledge Support Support exacqVision Server Categories Products

Windows-based ExacqVision Systems Must Record Directly to Fixed Drives

The Windows version of ExacqVision Server must record directly to drives that Windows identifies as fixed drives, such as iSCSI drives.

Network-attached storage (NAS), or mapped drives, cannot be used for direct recording because the ExacqVision system cannot detect whether the drives are being used for other purposes. Such conflicts can cause recording issues on the ExacqVision system.

However, you can archive to NAS (network-attached storage) drives. More information can be found in the ExacqVision User Manual, which can be downloaded here.

<br>

Categories
Knowledge Support Support Categories exacqVision Webservice Products

iSCSI on Ubuntu

Retrieved From HowtoForge

<br>

Setting Up The Initiator

Install the initiator:

sudo apt-get install open-iscsi

<br>

Next we open /etc/iscsi/iscsid.conf…

sudo nano /etc/iscsi/iscsid.conf

… and set node.startup to automatic:

<br>

Then we restart the initiator:

sudo /etc/init.d/open-iscsi restart

<br>

Now we connect to the target (server2) and check what storage devices it has to offer:

sudo iscsiadm -m discovery -t st -p IP_Address_of_ISCSI_Server

server1:~# iscsiadm -m discovery -t st -p 192.168.0.101
192.168.0.101:3260,1 iqn.2001-04.com.example:storage.lun1
server1:~#

<br>

sudo iscsiadm -m node

<br>

server1:~# iscsiadm -m node
192.168.0.101:3260,1 iqn.2001-04.com.example:storage.lun1
server1:~#

<br>

The settings for the storage device iqn.2001-04.com.example:storage.lun1 on 192.168.0.101:3260,1 are stored in the file /etc/iscsi/nodes/iqn.2001-04.com.example:storage.lun1/192.168.0.101,3260,1/default.

<br>

We need to set the username and password for the target in that file; instead of editing that file manually, we can use the iscsiadm command to do this for us:

sudo iscsiadm -m node --targetname "iqn.2001-04.com.example:storage.lun1" --portal "192.168.0.101:3260" --op=update --name node.session.auth.authmethod --value=CHAP
sudo iscsiadm -m node --targetname "iqn.2001-04.com.example:storage.lun1" --portal "192.168.0.101:3260" --op=update --name node.session.auth.username --value=iSCSI_username
sudo iscsiadm -m node --targetname "iqn.2001-04.com.example:storage.lun1" --portal "192.168.0.101:3260" --op=update --name node.session.auth.password --value=iSCSI_password

<br>

Now we can log in, either by running…

sudo iscsiadm -m node --targetname "iqn.2001-04.com.example:storage.lun1" --portal "192.168.0.101:3260" --login

server1:~# iscsiadm -m node --targetname "iqn.2001-04.com.example:storage.lun1" --portal "192.168.0.101:3260" --login
Logging in to [iface: default, target: iqn.2001-04.com.example:storage.lun1, portal: 192.168.0.101,3260]
Login to [iface: default, target: iqn.2001-04.com.example:storage.lun1, portal: 192.168.0.101,3260]: successful
server1:~#

<br>

… or by restarting the initiator:

sudo /etc/init.d/open-iscsi restart

<br>

(If you want to log out, you can run iscsiadm -m node --targetname "iqn.2001-04.com.example:storage.lun1" --portal "192.168.0.101:3260" --logout)

<br>

If your iSCSI device has already been formated, and contains data, please skip to Mounting your drive.

<br>

Continue on ONLY if your device is being set up for the first time, or you instructed to do so by tech support.

<br>

In the output of

<br>

sudo fdisk -l

<br>

you should now find a new hard drive (/dev/sdb in this example); that’s our iSCSI storage device:

<br>

server1:~# fdisk -l

Disk /dev/sda: 32.2 GB, 32212254720 bytes
255 heads, 63 sectors/track, 3916 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00031334


   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        3749    30113811   83  Linux
/dev/sda2            3750        3916     1341427+   5  Extended
/dev/sda5            3750        3916     1341396   82  Linux swap / Solaris

Disk /dev/sdb: 21.4 GB, 21474836480 bytes
64 heads, 32 sectors/track, 20480 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes
Disk identifier: 0x00000000

Disk /dev/sdb doesn't contain a valid partition table
server1:~#

<br>

To use that device, we must format it (replace /dev/sdX with the value obtained from the last command):

<br>

sudo fdisk /dev/sdX

<br>

server1:~# fdisk /dev/sdb
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel with disk identifier 0x882944df.
Changes will remain in memory only, until you decide to write them.
After that, of course, the previous content won’t be recoverable.

<br>

The number of cylinders for this disk is set to 20480.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
   (e.g., DOS FDISK, OS/2 FDISK)
Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)

<br>

Command (m for help): <– m
Command action
   a   toggle a bootable flag
   b   edit bsd disklabel
   c   toggle the dos compatibility flag
   d   delete a partition
   l   list known partition types
   m   print this menu
   n   add a new partition
   o   create a new empty DOS partition table
   p   print the partition table
   q   quit without saving changes
   s   create a new empty Sun disklabel
   t   change a partition’s system id
   u   change display/entry units
   v   verify the partition table
   w   write table to disk and exit
   x   extra functionality (experts only)

<br>

Command (m for help): <– n
Command action
   e   extended
   p   primary partition (1-4)
<– p
Partition number (1-4): <– 1
First cylinder (1-20480, default 1): <– ENTER
Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-20480, default 20480): <– ENTER
Using default value 20480

<br>

Command (m for help): <– t
Selected partition 1
Hex code (type L to list codes): <– L

<br>

0  Empty           1e  Hidden W95 FAT1 80  Old Minix       be  Solaris boot
 1  FAT12           24  NEC DOS         81  Minix / old Lin bf  Solaris
 2  XENIX root      39  Plan 9          82  Linux swap / So c1  DRDOS/sec (FAT-
 3  XENIX usr       3c  PartitionMagic  83  Linux           c4  DRDOS/sec (FAT-
 4  FAT16 <32M      40  Venix 80286     84  OS/2 hidden C:  c6  DRDOS/sec (FAT-
 5  Extended        41  PPC PReP Boot   85  Linux extended  c7  Syrinx
 6  FAT16           42  SFS             86  NTFS volume set da  Non-FS data
 7  HPFS/NTFS       4d  QNX4.x          87  NTFS volume set db  CP/M / CTOS / .
 8  AIX             4e  QNX4.x 2nd part 88  Linux plaintext de  Dell Utility
 9  AIX bootable    4f  QNX4.x 3rd part 8e  Linux LVM       df  BootIt
 a  OS/2 Boot Manag 50  OnTrack DM      93  Amoeba          e1  DOS acc
ess
 b  W95 FAT32       51  OnTrack DM6 Aux 94  Amoeba BBT      e3  DOS R/O
 c  W95 FAT32 (LBA) 52  CP/M            9f  BSD/OS          e4  SpeedStor
 e  W95 FAT16 (LBA) 53  OnTrack DM6 Aux a0  IBM Thinkpad hi eb  BeOS fs
 f  W95 Ext'd (LBA) 54  OnTrackDM6      a5  FreeBSD         ee  EFI GPT
10  OPUS            55  EZ-Drive        a6  OpenBSD         ef  EFI (FAT-12/16/

11  Hidden FAT12    56  Golden Bow      a7  NeXTSTEP        f0  Linux/PA-RISC b
12  Compaq diagnost 5c  Priam Edisk     a8  Darwin UFS      f1  SpeedStor
14  Hidden FAT16 <3 61  SpeedStor       a9  NetBSD          f4  SpeedStor
16  Hidden FAT16    63  GNU HURD or Sys ab  Darwin boot     f2  DOS secondary
17  Hidden HPFS/NTF 64  Novell Netware  b7  BSDI fs         fd  Linux raid auto
18  AST SmartSleep  65  Novell Netware  b8  BSDI swap       fe  LANstep
1b  Hidden W95 FAT3 70  DiskSecure Mult bb  Boot Wizard hid ff  BBT
1c  Hidden W95 FAT3 75  PC/IX
Hex code (type L to list codes): <-- 83

<br>

Command (m for help): <– w
The partition table has been altered!

<br>

Calling ioctl() to re-read partition table.
Syncing disks.
server1:~#

<br>

Afterwards, the output of

<br>

sudo fdisk -l

<br>

should look as follows:

<br>

server1:~# fdisk -l

<br>

Disk /dev/sda: 32.2 GB, 32212254720 bytes
255 heads, 63 sectors/track, 3916 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00031334

<br>

 Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        3749    30113811   83  Linux
/dev/sda2            3750        3916     1341427+   5  Extended
/dev/sda5            3750        3916     1341396   82  Linux swap / Solaris

<br>

Disk /dev/sdb: 21.4 GB, 21474836480 bytes
64 heads, 32 sectors/track, 20480 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes
Disk identifier: 0x882944df

<br>

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       20480    20971504   83  Linux
server1:~#

<br>

Now we create a filesystem on /dev/sdb1…

<br>

sudo mkfs.ext3 /dev/sdX1

<br>

Issue the following command, and make note of the largest number listed< /p>

<br>

ls /mnt/edvr/

<br>

server1:~# ls /mnt/edvr
0 1
server1:~#

<br>

Mount the drive with the command below, substituting Y with the the largest number returned from the previous command + 1 (2 in our example)

<br>

sudo mount /dev/sdX1 /mnt/edvr/2

<br>

You should now see the new device in the outputs of…

sudo mount

<br>

server1:~# mount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sdX1 on /mnt/edvr/2 type ext3 (rw)
server1:~#

<br>

… and

<br>

sudo df -h

<br>

server1:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              29G  685M   27G   3% /
tmpfs                 253M     0  253M   0% /lib/init/rw
udev                   10M   88K   10M   1% /dev
tmpfs                 253M     0  253M   0% /dev/shm
/dev/sdX1              20G  173M   19G   1% /mnt/edvr/Y

<br>

server1:~#

You can unmount it like this:

<br>

sudo umount /mnt/edvr/Y

<br>

To have the device mounted automatically at boot time, e.g. in the directory /storage, we create that directory…

<br>

mkdir /storage

<br>

… and add the following line to /etc/fstab:

<br>

sudo nano /etc/fstab

<br>

For test purposes, you can now reboot the system:

<br>

sudo reboot

<br>

After the reboot, the device should be mounted:

<br>

sudo mount

<br>

server1:~# mount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sdX1 on /mnt/edvr/Y type ext3 (rw,_netdev)
server1:~#

<br>

df -h server1:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              29G  685M   27G   3% /
tmpfs                 253M     0  253M   0% /lib/init/rw
udev                   10M   88K   10M   1% /dev
tmpfs                 253M     0  253M   0% /dev/shm
/dev/sdX1              20G  173M   19G   1% /mnt/edvr/Y

<br>

Categories
Knowledge Support Support exacqVision Server Categories Products

Starting iSCSI on Startup with Linux Systems

After you reach the point where everything is logged in (you are able to type iscsiadm –m session and get output), following is the generic syntax:

iscsiadm -m node -T <targetname> -p <ip:port> –op update -n node.conn[0].startup -v automatic

<br>

The parameters between < and > are substitutions.

The syntax for persistent binding devices discovered on an internal connection under Ubuntu would look like this:

iscsiadm -m node -p 172.16.16.1 –op update -n node.conn[0].startup -v automatic

<br>

Here’s a more complete breakout, with examples from another system with two volumes (vol1-test and vol2-test), each with two connection paths, to log in to:

root@xxx:/etc/iscsi# iscsiadm -m node -l

Login session [iface: default, target: iqn.2003-01.com.pivot3:raige.vol:34xen.defaultpool.vol1-test.600176c30c272e438f96ea2d48669f4a, portal: 10.4.15.164,3260]

Login session [iface: default, target: iqn.2003-01.com.pivot3:raige.vol:34xen.defaultpool.vol1-test.600176c30c272e438f96ea2d48669f4a, portal: 10.3.15.102,3260]

Login session [iface: default, target: iqn.2003-01.com.pivot3:raige.vol:34xen.defaultpool.vol2-test.600176c34e91735e80bcbba748669f4a, portal: 10.4.15.164,3260]

Login session [iface: default, target: iqn.2003-01.com.pivot3:raige.vol:34xen.defaultpool.vol2-test.600176c34e91735e80bcbba748669f4a, portal: 10.3.15.102,3260]

<br>

The following is used for persistent binding to just the first volume, by target name:

# iscsiadm -m node -T iqn.2003-01.com.pivot3:raige.vol:34xen.defaultpool.vol1-test.600176c30c272e438f96ea2d48669f4a –op update -n node.conn[0].startup -v automatic

root@xxx:/etc/iscsi# /etc/init.d/open-iscsi restart

 * Disconnecting iSCSI targets                                                  Logout session [sid: 1, target: iqn.2003-01.com.pivot3:raige.vol:34xen.defaultpool.vol1-test.600176c30c272e438f96ea2d48669f4a, portal: 10.4.15.164,3260]

Logout session [sid: 2, target: iqn.2003-01.com.pivot3:raige.vol:34xen.defaultpool.vol1-test.600176c30c272e438f96ea2d48669f4a, portal: 10.3.15.102,3260]

Logout session [sid: 3, target: iqn.2003-01.com.pivot3:raige.vol:34xen.defaultpool.vol2-test.600176c34e91735e80bcbba748669f4a, portal: 10.4.15.164,3260]

Logout session [sid: 4, target: iqn.2003-01.com.pivot3:raige.vol:34xen.defaultpool.vol2-test.600176c34e91735e80bcbba748669f4a, portal: 10.3.15.102,3260]

                                                                         [ OK ]

 * Stopping iSCSI initiator service                                      [ OK ]

 * Starting iSCSI initiator service iscsid                               [ OK ]

 * Setting up iSCSI targets

Login session [iface: default, target: iqn.2003-01.com.pivot3:raige.vol:34xen.defaultpool.vol1-test.600176c30c272e438f96ea2d48669f4a, portal: 10.4.15.164,3260]

Login session [iface: default, target: iqn.2003-01.com.pivot3:raige.vol:34xen.defaultpool.vol1-test.600176c30c272e438f96ea2d48669f4a, portal: 10.3.15.102,3260]

                                                                         [ OK ]

<br>

NOTE: This just pulls in that target (vol1-test). Further, we could add by –p 10.3.15.164 in a second operation and pull in one other connection that the above did not add, for vol2-test on an IP basis (or, if this were the first operation, it would have added one connection to each volume). To turn off automatic binding for a given connection, you would use –v manual instead of -v automatic.

<br>

Also, none of this takes effect until the iSCSI daemon is restarted.

<br>

Starting-iSCSI-on-Startup-with-Linux-Systems.pdf