Activity for XigmaNAS
-
ms49434 posted a comment on ticket #107
could you please check if the qlnxr driver supports your nic?
-
Joshua Lange created ticket #107
Include qlnxe driver in XigmaNAS
-
Dan Lewis modified a comment on ticket #491
I've discovered that if (via BIOS settings) I limit the number of CPU cores it uses to 1, 2, or 3, then it successfully boots, but fails if I set it to 4, 5, 6, 7, or 8. This makes me suspect that I may have a faulty CPU chip. But I'm still confused why this is not a problem if I install 13.3.0.5. UPDATE: I installed a different CPU chip and now all is well! You can delete this bug report! Dan
-
I've discovered that if (via BIOS settings) I limit the number of CPU cores it uses to 1, 2, or 3, then it successfully boots, but fails if I set it to 4, 5, 6, 7, or 8. This makes me suspect that I may have a faulty CPU chip. But I'm still confused why this is not a problem if I install 13.3.0.5. Dan
-
This morning I installed FreeBSD-14.3-RELEASE-amd64-memstick.img on a USB stick. After booting from the USB, I was able to run FreeBSD from the live USB without any problems. I then used the same USB stick to install FreeBSD on the boot SSD in the Dell, removed the USB stick and (again) successfully booted into FreeBSD. I also ran the diagnostics built into the BIOS of the Dell and it found no issues. So at this point, I think the bug lies somewhere within XigmaNAS 14.3.0.5. Dan
-
I should probably add that this was a fresh install with only the boot drive attached (a 32GB SSD). Also replaced the memory and updated to the latest BIOS but problem still persists. BTW, I do NOT have this boot problem if I install 14.3.0.5 embedded on an HP 800 G6 mini; however, I've been through every single BIOS setup option on the Dell and nothing seems to eliminate the problem except using the older version 13.3.0.5. Dan
-
I should probably add that this was with only the boot drive attached - a 32GB SSD. Also replaced the memory and updated to the latest BIOS - problem still persists. BTW, I do NOT have this boot problem if I install 14.3.0.5 embedded on an HP 800 G6 mini; however, I've been through every single BIOS setup option and nothing seems to eliminate the problem except using the older version 13.3.0.5. Dan
-
Attached is a video of the boot to show where it dies at 18 seconds into the video with the last two lines displayed on the screen being: Creating 2nd memory disk for x64-embedded /mnt/mdlocal.xz (1/1) Dan
-
Attached is a video of the boot to show where it dies at 18 seconds into the video with the last two lines displayed of the screen being: Creating 2nd memory disk for x64-embedded /mnt/mdlocal.xz (1/1) Dan
-
Attached is a video of the boot to show where it dies.
-
I should probably add that this was with only the boot drive attached - a 32GB SSD. Dan
-
I should probably add that this was with only the boot drive attached - a 32GB SSD. Dan
-
I should probably add that this was only the boot drive attached - a 32GB SSD. Dan
-
13.3.0.5 works, but 14.3.0.5 dies during boot
-
code formatting
-
code formatting
-
code formatting
-
code formatting
-
code formatting
-
blotza posted a comment on ticket #471
Confirmation: swapfile creation through Web GUI WITH an UFS filesystem is seamless.
-
fix for missing space character
-
welcome to 2026
-
C. F. created ticket #106
Adjustment of the NFS Export creation/edit page to support v4 exports
-
J.M. Rivera committed [r10599] on Code
Requirements for 'pkg' utility (Adds ~10 MB)
-
Default to 4k alignment
-
Dante created ticket #490
Upgrade problem with 14.3-10566
-
ZFS installer update/cosmetic changes
-
Make boot files executable
-
Re-add new boot files(RELEASE-P5)
-
Remove boot files before re-add
-
zoon01 committed [r10593] on Code
Upgrade phpvirtualbox to 7.2-2.
-
add patches
-
update distinfo
-
commit correct file
-
Upgrade nut to v2025.11.17.
-
Upgrade iperf3 to v3.20.
-
update translations
-
Upgrade open-vm-tools to v13.0.5.
-
update patches
-
ZFS installer update/cosmetic changes
-
Upgrade nano to v8.7.
-
Upgrade syncthing to v2.0.11.
-
update all translations
-
update translations pot file
-
code readability
-
code readability
-
code readability
-
code readability
-
add autoloader
-
use single-quotes
-
code readability, add option to activate encryption feature
-
code readability
-
convert file format to UTF-8
-
Feature: Add Boot Environments web pages
-
Feature: Add Boot Environments to dashboard
-
XigmaNAS released /XigmaNAS-14.3.0.5/14.3.0.5.10566/readme_14.3.txt
-
-
-
-
-
-
-
-
update scripts, thanks to Ken
-
set release version
-
Update absolete files
-
Upgrade samba to v4.22.6.
-
adjust script
-
save port
-
Increase space
-
add plex user and group
-
Add Lao translations
-
motd location change
-
motd location change
-
update patches to phpvirtualbox
-
Upgrade php8 to v8.4.14.
-
Upgrade virtualbox-ose to 7.2.4.
-
- Upgrade to 14.3-RELEASE P5.
-
undo
-
add etcupdate
-
-
-
-
-
-
- Update patch
-
update option file
-
update option file
-
patch update
-
adjust text description
-
Fix iflib and depending drivers, add fixes igc driver and ixgbe
-
add minidlna patches
-
text adjustment
-
Upgrade samba to v4.22.5.
-
Upgrade msmtp to v1.8.32.
-
- Fix building create-all.sh (Ken Wong).
-
This issue may be in fact a safeguard as my data disks are only ZFS and ZFS seems unfriendly with swap (zvol or file). Later, I'll try adding an UFS data disk to confirm my feeling.
-
I can confirm this issue in the 14.3 serie as well. So I decided to create a zvol to be used as swap... which turned out to be a very bad idea :( It would be great to be able to use data disks for swap instead of smashing our USB flash drive. But despite this little issue, thanks a lot for XigmaNAS!
-
I can confirm this issue in the 14.3 serie as well. So I decided to create a zvol to be used as swap... which turned out to be a very bad idea :( It would be great to be able to use data disks for swap instead of smashing our USB flash drive. But despite this little issue, thanks a lot for Xigmanas!
-
update to license.php
