ctl_isc_lun_sync: Received conflicting HA LUN
Mike Tancsa
mike at sentex.net
Mon Apr 23 18:55:02 UTC 2018
On 4/23/2018 1:41 PM, Mikhail Zakharov wrote:
>
> You have different Lun0 definitions in ctl.conf: check path
> /dev/zvol/tank1/v1 vs path /dev/zvol/zroot/v1 as well as different
> device-ids. These values should describe the same “drive” in both
> configuration, are you sure if it’s the same disk? :)
Hi,
I guess I am misunderstanding it. The ctl.conf is on 2 different
servers, so they are two different disks.
What I am hoping to achieve is sort of like a HAST setup. So that if
server-a dies, server-b takes over
So on server a) I did
zfs create -V 80G zroot/v1
and on server b) I did
zfs create -V 80G tank1/v1
However, in order for the files to be identical, I used the slower disks
on b) so that the path statement is identical. But should this matter ?
a)
# cat /etc/ctl.conf
debug 1
portal-group pg0 {
discovery-auth-group no-authentication
listen 192.168.242.6
listen 192.168.79.1
}
target iqn.2018-01.ca.sentexcloud1:target0 {
auth-group no-authentication
portal-group pg0
lun 1 {
backend block
path /dev/zvol/tank1/v2
blocksize 4096
device-id MULTI
serial 20180423
}
}
b)
# cat /etc/ctl.conf
debug 1
portal-group pg0 {
discovery-auth-group no-authentication
listen 192.168.79.2
listen 192.168.242.11
}
target iqn.2018-01.ca.sentexcloud1:target0 {
auth-group no-authentication
portal-group pg0
lun 1 {
backend block
path /dev/zvol/zroot/v2
blocksize 4096
device-id MULTI
serial 20180423
}
}
>
> WBR,
> Mike
>
> 23 апр. 2018 г., в 20:11, Mike Tancsa <mike at sentex.net
> <mailto:mike at sentex.net>> написал(а):
>
>> On 4/23/2018 12:59 PM, Mikhail Zakharov wrote:
>>> Hello Mike,
>>>
>>> Thank you for your interest to my paper. I appreciate it very much!
>>> Your error may be a consequence of the initial HA misconfiguration.
>>> What is in your /boot/loader.conf? Although the described config is
>>> quite simple, I can recheck the instruction in my paper in a couple
>>> of weeks only, unfortunately I’m on vacation right now.
>>
>> Hi,
>> Config is pretty well copied from your article. Thanks for responding,
>> and have a good holiday!
>>
>> a)
>> kern.geom.label.disk_ident.enable="0"
>> kern.geom.label.gptid.enable="0"
>> vfs.zfs.min_auto_ashift=12
>> zfs_load="YES"
>> t5fw_cfg_load="YES"
>> if_cxgbe_load="YES"
>> vm.pmap.pti=0
>> vfs.zfs.arc_max=22161185792
>> ctl_load="YES"
>> iscsi_load="YES"
>> cfiscsi_load="YES"
>> kern.cam.ctl.ha_id=1
>> kern.cam.ctl.ha_mode=2
>> kern.cam.ctl.ha_role=0
>>
>> b)
>> kern.geom.label.disk_ident.enable="0"
>> kern.geom.label.gptid.enable="0"
>> vfs.zfs.min_auto_ashift=12
>> zfs_load="YES"
>> console="comconsole,vidconsole"
>> comconsole_speed="115200" # Set the current serial console speed
>> comconsole_port="0x2f8"
>> ipmi_load="YES"
>> ctl_load="YES"
>> cfiscsi_load="YES"
>> iscsi_load="YES"
>> kern.cam.ctl.ha_id=2
>> kern.cam.ctl.ha_mode=2
>> kern.cam.ctl.ha_role=1
>>
>>
>>
>>
>>
>> a)
>> # cat /etc/ctl.conf
>> debug 1
>> portal-group pg0 {
>> discovery-auth-group no-authentication
>> listen 192.168.242.6
>> listen 192.168.79.1
>> }
>>
>> target iqn.2018-01.ca.sentexcloud1:target0 {
>> auth-group no-authentication
>> portal-group pg0
>>
>> lun 0 {
>> backend block
>> path /dev/zvol/tank1/v1
>> blocksize 4096
>> device-id MULTI
>> serial 20180423
>> }
>> }
>>
>> b)
>> }# cat /etc/ctl.conf
>> debug 1
>> portal-group pg0 {
>> discovery-auth-group no-authentication
>> listen 192.168.79.2
>> listen 192.168.242.11
>> }
>>
>> target iqn.2018-01.ca.sentexcloud1:target0 {
>> auth-group no-authentication
>> portal-group pg0
>>
>> lun 0 {
>> backend block
>> path /dev/zvol/zroot/v1
>> blocksize 4096
>> device-id FBSDMULTI
>> serial 20180423
>> }
>> }
>>
>> a)
>> # cat start.sh
>> sysctl -w kern.cam.ctl.ha_peer="listen 192.168.79.1:7777"
>> sysctl -w kern.iscsi.fail_on_disconnection=1
>> /etc/rc.d/ctld onestart
>>
>> b)
>> # cat start.sh
>> sysctl -w kern.cam.ctl.ha_peer="connect 192.168.79.1:7777"
>> sysctl -w kern.iscsi.fail_on_disconnection=1
>> /etc/rc.d/ctld onestart
>>
>>
--
-------------------
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, mike at sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada
More information about the freebsd-fs
mailing list