I installed fresh 11.2-B3 and everything went fine. I have old raidz1 zpool (made with OpenIndiana many years ago, if not with OpenSolaris) in the same hardware except OS drive and I did an import via Web GUI which worked fine. I rebooted the server twice. I have 8 GB of RAM and 5 HDD:s (2 TB WD Red).
In that old zpool I had a zvol (400 GB) that was shared through iscsi. I didn't need this anymore so I deleted the iscsi zvol from Web GUI. UI said something like "wait" and I understood it was deleting that zvol. That went on about 10-15 minutes and then the whole FreeNAS server didn't respond anymore. When I checked the "console" there was:
...
Beginning ZFS volume imports
Importing 4648874408636858367 (<- "number" of my zpool which is named data)
condensing: txg 54885406, msp[5] 0xfffff80086e2d800, vde... (photo edge)
txg 54885408 open pool version 28; software version 5000/5; uts 1... (photo edge)
condensing: txg 54885408, msp[5] 0xfffff80086e2d800, vdev id 0, sp... (photo edge)
txg 54885409 set data/iscsishare (id 12222) refreservation=0pid 215
uid 0, was killed: out of swap space
pid 320 (python3.6), uid 0, was killed: out of swap space
pid 319 (python3.6), uid 0, was killed: out of swap space
pid 1053 (dtrace), uid 0, was killed: out of swap space
pid 223 (python3.6), uid 0, was killed: out of swap space
pid 1062 (zpool), uid 0, was killed: out of swap space
pid 1061 (sh), uid 0, was killed: out of swap space
Killed
pid 1067 (awk), uid 0, was killed: out of swap space
pid 1066 (zfs), uid 0, was killed: out of swap space
pid 1065 (sh), uid 0, was killed: out of swap space
pid 24 (sh), uid 0, was killed: out of swap space
pid 1045 (sh), uid 0, was killed: out of swap space
So I had to restart the server from the power button. It didn't reboot, there was similar error messages.
I booted to the single user mode and did "zpool import data" -> cannot import 'data': pool may be in use from other system...
So I did "zpool import -f data" and after about 10 minutes:
pid 35 (zpool), uid 0, was killed: out of swap space
pid 27 (csh), uid 0, was killed: out of swap space
# pid24 (sh), uid 0, was killed: out of swap space
Oct 6 19:48:03 init: singe user shell terminated.
init died (signal 0, exit 0)
panic: Going nowhere without my init!
(and so on)
I tried to boot to the fresh / after install FreeNAS mode, and I don't know how but one time I managed to do that. So it got a new IP address and I could login via Web GUI. After that I didn't know what else to do but try to import data again. I could monitor my free RAM during this import from Web monitors and at the beginning the free RAM amount was about 6 GB and it decreased slowly to 0 (in 10 minutes) and then it failed because of "out of swap space". After that one time I haven't been able to do this fresh boot, I don't know why.
Is there a way to limit this memory usage so the OS won't crash? Or import my zpool without that one zvol / iscsi share which should be deleted anyways?
Can I import my zpool with read-only with some parameter in this case, when the normal import doesn't work at all?
Is there a point to boot to e.g. a live Linux and try to import and configure my zpool from there?
Thanks in advance for your advices.
In that old zpool I had a zvol (400 GB) that was shared through iscsi. I didn't need this anymore so I deleted the iscsi zvol from Web GUI. UI said something like "wait" and I understood it was deleting that zvol. That went on about 10-15 minutes and then the whole FreeNAS server didn't respond anymore. When I checked the "console" there was:
...
Beginning ZFS volume imports
Importing 4648874408636858367 (<- "number" of my zpool which is named data)
condensing: txg 54885406, msp[5] 0xfffff80086e2d800, vde... (photo edge)
txg 54885408 open pool version 28; software version 5000/5; uts 1... (photo edge)
condensing: txg 54885408, msp[5] 0xfffff80086e2d800, vdev id 0, sp... (photo edge)
txg 54885409 set data/iscsishare (id 12222) refreservation=0pid 215
uid 0, was killed: out of swap space
pid 320 (python3.6), uid 0, was killed: out of swap space
pid 319 (python3.6), uid 0, was killed: out of swap space
pid 1053 (dtrace), uid 0, was killed: out of swap space
pid 223 (python3.6), uid 0, was killed: out of swap space
pid 1062 (zpool), uid 0, was killed: out of swap space
pid 1061 (sh), uid 0, was killed: out of swap space
Killed
pid 1067 (awk), uid 0, was killed: out of swap space
pid 1066 (zfs), uid 0, was killed: out of swap space
pid 1065 (sh), uid 0, was killed: out of swap space
pid 24 (sh), uid 0, was killed: out of swap space
pid 1045 (sh), uid 0, was killed: out of swap space
So I had to restart the server from the power button. It didn't reboot, there was similar error messages.
I booted to the single user mode and did "zpool import data" -> cannot import 'data': pool may be in use from other system...
So I did "zpool import -f data" and after about 10 minutes:
pid 35 (zpool), uid 0, was killed: out of swap space
pid 27 (csh), uid 0, was killed: out of swap space
# pid24 (sh), uid 0, was killed: out of swap space
Oct 6 19:48:03 init: singe user shell terminated.
init died (signal 0, exit 0)
panic: Going nowhere without my init!
(and so on)
I tried to boot to the fresh / after install FreeNAS mode, and I don't know how but one time I managed to do that. So it got a new IP address and I could login via Web GUI. After that I didn't know what else to do but try to import data again. I could monitor my free RAM during this import from Web monitors and at the beginning the free RAM amount was about 6 GB and it decreased slowly to 0 (in 10 minutes) and then it failed because of "out of swap space". After that one time I haven't been able to do this fresh boot, I don't know why.
Is there a way to limit this memory usage so the OS won't crash? Or import my zpool without that one zvol / iscsi share which should be deleted anyways?
Can I import my zpool with read-only with some parameter in this case, when the normal import doesn't work at all?
Is there a point to boot to e.g. a live Linux and try to import and configure my zpool from there?
Thanks in advance for your advices.