ql-dynamic-tgt-lun-disc(8) [debian man page]
ql-dynamic-tgt-disc(8) System Administration ql-dynamic-tgt-disc(8) NAME
ql-dynamic-tgt-lun-disc - Scans for newly added LUNs. SYNOPSIS
ql-dynamic-tgt-lun-disc [OPTIONS] DESCRIPTION
Dynamic TGT-LUN Discovery Utility This utility scans for newly added LUNs. After adding new LUNs, you do not need to unload, then load the QLogic FC driver or reboot the system To begin scanning the LUNs issue following command: # /usr/sbin/ql-dynamic-tgt-lun-disc -al, --allow-lip LIP is not issued by default, even if it is required for scanning new LUNs Setting this option, allows the utility to issue LIP. -cl, --current-luns Displays LUNS currently present -e, --extended-scan Use this option as "-e | --extended-scan". to rescan LUNs. This will identify any change in attributes of existing LUNs. This option can be used in combination of scan/refresh or max luns -h, --help, ? Prints this help message -i, --interactive Use this option to use the menu driven program -is, --iscsi Use this option to operate on ISCSI HBAs, this option can be used in combination of any other supported option. -m, --max-lun To set the maximum LUNs to be scanned -p, --proc Use PROC file system for LUN scanning -r, --refresh To refresh, that is remove LUNs that are lost use the options "-r|--refresh". This will remove the LUNs which no more exist. -s, --scan [ -r|--refresh ] The QLogic LUN scan utility re-scans all the devices connected to the QLogic HBA SEE ALSO
ql-lun-state-online(8), ql-hba-snapshot(8), ql-set-cmd-timeout(8) Matthias Schmitz <;matthias@sigxcpu.org> July 2009 ql-dynamic-tgt-disc(8)
Check Out this Related Man Page
CTLD(8) BSD System Manager's Manual CTLD(8) NAME
ctld -- CAM Target Layer / iSCSI target daemon SYNOPSIS
ctld [-d] [-f config-file] DESCRIPTION
The ctld daemon is responsible for managing the CAM Target Layer configuration, accepting incoming iSCSI connections, performing authentica- tion and passing connections to the kernel part of the native iSCSI target. Upon startup, the ctld daemon parses the configuration file and exits, if it encounters any errors. Then it compares the configuration with the kernel list of LUNs managed by previously running ctld instances, removes LUNs no longer existing in the configuration file, and creates new LUNs as necessary. After that it listens for the incoming iSCSI connections, performs authentication, and, if successful, passes the connections to the kernel part of CTL iSCSI target, which handles it from that point. When it receives a SIGHUP signal, the ctld reloads its configuration and applies the changes to the kernel. Changes are applied in a way that avoids unnecessary disruptions; for example removing one LUN does not affect other LUNs. When exiting gracefully, the ctld daemon removes LUNs it managed and forcibly disconnects all the clients. Otherwise - for example, when killed with SIGKILL - LUNs stay configured and clients remain connected. To perform administrative actions that apply to already connected sessions, such as forcing termination, use ctladm(8). The following options are available: -f config-file Specifies the name of the configuration file. The default is /etc/ctl.conf. -d Debug mode. The server sends verbose debug output to standard error, and does not put itself in the background. The server will also not fork and will exit after processing one connection. This option is only intended for debugging the target. FILES
/etc/ctl.conf The configuration file for ctld. The file format and configuration options are described in ctl.conf(5). /var/run/ctld.pid The default location of the ctld PID file. EXIT STATUS
The ctld utility exits 0 on success, and >0 if an error occurs. SEE ALSO
ctl(4), ctl.conf(5), ctladm(8) HISTORY
The ctld command appeared in FreeBSD 10.0. AUTHORS
The ctld was developed by Edward Tomasz Napierala <trasz@FreeBSD.org> under sponsorship from the FreeBSD Foundation. BSD
November 9, 2014 BSD