Intel X553 NICs (on C3758 SoC) not detected by pfSense 2.4/2.4.1
-
You don't need unload ix as it's not running as a module.
It failed to remount / as read-write because it doesn't recognise the file system, you will need to specify it. Though ufs should have worked there. Try:
mount -rw -t zfs /Thank you very much for the quick response. Although the command you provided didn't work either. I tried for fat32 and zfs… (see picture)
Just to clarify: The OS drive on which pfSense is installed is ZFS. The USB-Stick with the if_ix.ko file on it is fat32, like in the instructions.
It would still be better to wait for a pfSense build based on a FreeBSD version that includes the driver though.
I hope they are working on this. Although in the bugtracker there is no sign of it. :-\
-
Ah, yes. ZFS requires more hoop jumping. It's probably easier to reinstall with UFS and try there instead.
I assume you're doing this because you don't have any functioning NICs? And you can't put one in temporarily?
Steve
-
Okay. I will try reinstalling with UFS tomorrow, thank you.
Yes, no NICs detected. I really hope the devs will include support for x553 NICs soon…
By putting a NIC in temporarily, do you mean something like an USB-NIC? No I don't have any, but i could probably get one easily... Bad thing is, my system doesn't have an external USB 3.0 port. Good thing is, I'm not in a hurry: my current router is still running...I will post as soon as i try with UFS install again. BTW, is there any benefits to going with UFS vs. ZFS?
Ben
-
UFS is far more widely tested in pfSense, it's still the default file system type for everything except mirrored disk installs. ZFS may well become the default at some point but there's no schedule for that I'm aware of.
When you face odd issues it's best to keep everything as vanilla as possible for maximum chance someone else will have hit it before you. ;) At least until things are working as expected.
Yes a USB NIC or anything else you can put in temporarily just to get fully booted to make file transfers way easier.
Steve
-
So there was a release for 2.4.3 that contained this information but sadly it doesn't work on CE builds (factory installations only) mean some custom config they do with Netgate? Why wouldnt they share this with the Community Edition it just seems dumb…
https://doc.pfsense.org/index.php/2.4.3_New_Features_and_Changes#Interfaces_.2F_VIPs
Hardware support for the XG-7100, including:
C3000 NIC support (factory installations only)
C3000 SoC support (factory installations only)
Marvell 88E6190 switch support (factory installations only)I tested the 2.4.3 build against my C3558 Motherboard no dice on the X553 driver.
-
We backported the C3000 support for hardware we're selling, and it's the only hardware that we have properly vetted the code with. FreeBSD is adding C3000 support to 11.2, so it will be more widely tested there on other hardware by FreeBSD users. So, not dumb.
-
Hi Iovr
Is it stable in the factory installations?
-
We have not seen any stability issues on the particular hardware in the XG-7100, which is where we've tested it.
Steve
-
@bendroid I have a ZFS filesystem as well. I had to do
zfs set readonly=off zroot/ROOT/defaultand was able to mv files around. After making the changes, the property can be reset to default using,
zfs inherit readonly zroot/ROOT/defaultThe pool properties out of the box are as follows (for reference),
NAME PROPERTY VALUE SOURCE zroot type filesystem - zroot mounted yes - zroot quota none default zroot reservation none default zroot recordsize 128K default zroot mountpoint /zroot local zroot sharenfs off default zroot checksum on default zroot compression lz4 local zroot atime off local zroot devices on default zroot exec on default zroot setuid on default zroot readonly off default zroot jailed off default zroot snapdir hidden default zroot aclmode discard default zroot aclinherit restricted default zroot canmount on default zroot xattr off temporary zroot copies 1 default zroot version 5 - zroot utf8only off - zroot normalization none - zroot casesensitivity sensitive - zroot vscan off default zroot nbmand off default zroot sharesmb off default zroot refquota none default zroot refreservation none default zroot primarycache all default zroot secondarycache all default zroot usedbysnapshots 0 - zroot usedbydataset 88K - zroot usedbychildren 399M - zroot usedbyrefreservation 0 - zroot logbias latency default zroot dedup off default zroot mlslabel - zroot sync standard default zroot refcompressratio 1.00x - zroot volmode default default zroot filesystem_limit none default zroot snapshot_limit none default zroot filesystem_count none default zroot snapshot_count none default zroot redundant_metadata all default -
@trumee Thank you alot, but I circumvented that issue with using developer builds. It's stable anough for my home and you get to try new fancy features. If you don't havea productive environment, I can only recommend going with the developer builds.
-
Did 2.4.4-snapshot already have the driver for X553 NICs of C3000 series from FreeBSD 11-stable/11.2-Release?
-
Current 2.4.4 snapshots are built on FreeBSD 11.2-RC3. You should test one if you can The more testing they see the faster we can find any issues such as drivers not working with your hardware.
Steve
-
@abcnew said in Intel X553 NICs (on C3758 SoC) not detected by pfSense 2.4/2.4.1:
Did 2.4.4-snapshot already have the driver for X553 NICs of C3000 series from FreeBSD 11-stable/11.2-Release?
Yes, I have just installed the latest Devel Version (pfSense-CE-memstick-2.4.4-DEVELOPMENT-amd64-latest) on a SuperServer 5019A-FTN4 and the network interfaces are working.
-
Is there a safe upgrade path from 2.4.4-snapshot to release version?
-
Yes, it should be a direct upgrade from a snap to stable once 2.4.4 is released. Just set the repo back to 'latest stable'.
However if you cannot afford the downtime of reinstalling you perhaps shouldn't be running a snapshot.
Steve
-
@stephenw10 I changed the system to 2.4.4 snapshots and received the following errors on first boot,
Crash report begins. Anonymous machine information: amd64 11.2-RELEASE FreeBSD 11.2-RELEASE #28 79c8a561b61(RELENG_2_4_4): Tue Jul 3 17:47:49 EDT 2018 root@buildbot3:/builder/ce-master/tmp/obj/builder/ce-master/tmp/FreeBSD-src/sys/pfSense Crash report details: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20131226/mbstring.so' - Shared object "libonig.so.4" not found, required by "mbstring.so" in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20131226/intl.so' - Shared object "libicui18n.so.60" not found, required by "intl.so" in Unknown on line 0The zpool is missing some feature flags. Not sure whether this was the case with 2.4.3,
$zpool status pool: zroot state: ONLINE status: Some supported features are not enabled on the pool. The pool can still be used, but some features are unavailable. action: Enable all features using 'zpool upgrade'. Once this is done, the pool may no longer be accessible by software that does not support the features. See zpool-features(7) for details. scan: none requested config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 ada0p4 ONLINE 0 0 0 ada1p4 ONLINE 0 0 0 errors: No known data errors $zpool upgrade This system supports ZFS pool feature flags. All pools are formatted using feature flags. Some supported features are not enabled on the following pools. Once a feature is enabled the pool may become incompatible with software that does not support the feature. See zpool-features(7) for details. POOL FEATURE --------------- zroot device_removal obsolete_counts zpool_checkpoint -
If you clear that and reboot do you see it again?
If not it was probably just temporary during the upgrade when those php libs are updated.Steve
