Omdat ZFSguru al een tijdje hartstikke dood is, dacht ik mijn ZFS machine maar eens opnieuw in te richten met een verse FreeBSD install.
Ik heb een Supermicro bordje met daarop een LSI controller die ik met passthru doorgeef aan een FreeBSD VM.
Onder ZFSguru gebruikte ik iSCSI-target (istgt) om 3 ZVOL's door te geven aan een x aantal VM's.
Onder FreeBSD probeer ik nu hetzelfde te doen, maar dan met CTL. Echter, na een minuutje ofzo zegt ESXi dat alle paden dood zijn en het ZVOL dus niet meer bruikbaar is.
Ik zoek me het schompes op internet, probeer allerlei exotische iSCSI setup's, maar keer op keer gaat het device in "errror, timeout".
Wat ik niet snap: met exact dezelfde netwerksettings voor ESXi gaat het op de zfsguru VM helemaal goed, maar op de "nieuwe" ZFS server gaat het gruwelijk mis.
Mijn ctl.conf:
Ik weet niet of het relevant is, maar VMware geeft ook nog een melding aangaande de blocksize:
"2018-08-14T13:47:50.331Z cpu2:2097757)WARNING: ScsiPath: 4749: The Physical block size "65536" reported by the path vmhba64:C0:T0:L0 is not supported. The only supported physical blocksizes are 512 and 4096"
Welke settings mis ik in ctl.conf?
update: met deze extra settings in ctl.conf gaat het al iets langer goed (lees: nog geen timeouts):
Ik heb een Supermicro bordje met daarop een LSI controller die ik met passthru doorgeef aan een FreeBSD VM.
Onder ZFSguru gebruikte ik iSCSI-target (istgt) om 3 ZVOL's door te geven aan een x aantal VM's.
Onder FreeBSD probeer ik nu hetzelfde te doen, maar dan met CTL. Echter, na een minuutje ofzo zegt ESXi dat alle paden dood zijn en het ZVOL dus niet meer bruikbaar is.
Ik zoek me het schompes op internet, probeer allerlei exotische iSCSI setup's, maar keer op keer gaat het device in "errror, timeout".
Wat ik niet snap: met exact dezelfde netwerksettings voor ESXi gaat het op de zfsguru VM helemaal goed, maar op de "nieuwe" ZFS server gaat het gruwelijk mis.
Mijn ctl.conf:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
| #portal group definitions
portal-group pg0 {
discovery-auth-group no-authentication
listen 192.168.0.20:3260
}
#authenticator group config
auth-group ag0 {
auth-type none
initiator-portal 192.168.0.255/24
}
#Global
# timeout 30
debug 16
#target definitions
target iqn.2018-08.com.seringenhof:zvoldbserver-1 {
auth-group ag0
portal-group pg0
lun 0 {
path /dev/zvol/flashpool/vmware/vm_oracle_1
size "40G"
device-id "iSCSI disk OracleDB"
option vendor "HdG"
}
} |
Ik weet niet of het relevant is, maar VMware geeft ook nog een melding aangaande de blocksize:
"2018-08-14T13:47:50.331Z cpu2:2097757)WARNING: ScsiPath: 4749: The Physical block size "65536" reported by the path vmhba64:C0:T0:L0 is not supported. The only supported physical blocksizes are 512 and 4096"
Welke settings mis ik in ctl.conf?
update: met deze extra settings in ctl.conf gaat het al iets langer goed (lees: nog geen timeouts):
code:
1
2
3
4
5
6
7
8
| option unmap on
blocksize 512
serial 0060dd47d1cb022
option product "iSCSI Disk"
option revision "0123"
option naa 0x6589cfc00000043153bb07351d6a1867
option insecure_tpc on
option avail-threshold 2968681394995 |
[ Voor 12% gewijzigd door hansdegit op 14-08-2018 16:04 ]