[SOLVED] pfSense SG-1000 lan-interface missing IP with snapshot 20171007
-
Yep, same with me. Cant get to lan interface.
Can get to console via serial. lan is set to 10.0.0.1. trying to use "set interfaces IP address" to set it to another ip does not work.
Can we restore previous build from the console?
-
Looks like an error crept in with a revision we made to address something else.
We have removed that snapshot from the repos now. New snaps should be up later. Until then use a snap from Oct 6th or earlier.
Steve
-
are you able to explain how to go back to the Oct 6th snapshot from the console?
Thanks
-
are you able to explain how to go back to the Oct 6th snapshot from the console?
Thanks
I want to know too … tried to search but didn't find anything. It says it saves the old kernel but what is the procedure to get it back ?
-
Do a fresh install and restore your config backup.
-
so this?
https://doc.pfsense.org/index.php/Upgrading_via_Shell_(old)from console, option 8
fetch -o /root/firmware.tgz https://snapshots.pfsense.org/amd64/pfSense_RELENG_2_4_0/installer/pfSense-CE-memstick-serial-2.4.0-RC-amd64-20171006-1536.img.gzthen
/etc/rc.firmware pfSenseupgrade /root/firmware.tgzThen once in webgui, Diagnostics, Backup/Restore -> Config History
Yes?
-
No you can't do that. No such image exists for SG-1000 (ARMv6).
We have just replaced the image available at the support portal with the Oct 6th recover image:
https://portal.pfsense.org/firmware/sg-1000/pfSense-netgate-uFW-recover-2.4.0-RC-arm-latest.img.gzBy far the easiest way is to reinstall using that image right now.
When the pkg repos are rebuilt with good images you should be able to update to that from the console assuming the device has WAN connectivity.
Steve
-
I have SG-4860?
-
Ah, I'm sorry, thread title threw me!
In that case you can access the snapshots directly but you would need to use the ADI image for the 4860:
https://snapshots.pfsense.org/amd64/pfSense_RELENG_2_4_0/installer/pfSense-CE-memstick-ADI-2.4.0-RC-amd64-20171006-1536.img.gzYou would still need to reinstall from that image though. You can't run the firmware update from an offline upgrade image as described in that doc unless you're running 2.2.X or earlier.
However if you're running CE new snaps are up now so you can try updating directly from the console.
Steve
-
ok thanks, yeah I just saw the new snaps, but if I try to update via the console (option 13) I get the following errors
>>> Updating repositories metadata... Updating pfSense-core repository catalogue... pkg: Repository pfSense-core load error: access repo file(/var/db/pkg/repo-pfSense-core.sqlite) failed: No such file or directory pkg: https://firmware.netgate.com/pkg/pfSense_factory-v2_4_0_amd64-core/meta.txz: Not Found repository pfSense-core has no meta file, using default settings pkg: https://firmware.netgate.com/pkg/pfSense_factory-v2_4_0_amd64-core/packagesite.txz: Not Found Unable to update repository pfSense-core Updating pfSense repository catalogue... pkg: Repository pfSense load error: access repo file(/var/db/pkg/repo-pfSense.sqlite) failed: No such file or directory pkg: https://firmware.netgate.com/pkg/pfSense_factory-v2_4_0_amd64-pfSense_factory-v2_4_0/meta.txz: Not Found repository pfSense has no meta file, using default settings pkg: https://firmware.netgate.com/pkg/pfSense_factory-v2_4_0_amd64-pfSense_factory-v2_4_0/packagesite.txz: Not Found Unable to update repository pfSense Error updating repositories! Netgate SG-4860
-
oh, I think I need to wait till the FACTORY versions are ready?
cat /usr/local/etc/pkg/repos/pfSense.conf FreeBSD: { enabled: no } pfSense-core: { url: "pkg+https://firmware.netgate.com/pkg/pfSense_factory-v2_4_0_amd64-core", mirror_type: "srv", signature_type: "fingerprints", fingerprints: "/usr/local/share/pfSense/keys/pkg", enabled: yes } pfSense: { url: "pkg+https://firmware.netgate.com/pkg/pfSense_factory-v2_4_0_amd64-pfSense_factory-v2_4_0", mirror_type: "srv", signature_type: "fingerprints", fingerprints: "/usr/local/share/pfSense/keys/pkg", enabled: yes }
-
Keep your hands away from x86 CE build 2.4.0.r.20171008.0625 IPv4 is broken in it you can't even assign an IPv4 address to an interface with it.
-
Yes, you won't be able to see that until the factory repos are updated.
Thanks for the feedback on 2.4.0.r.20171008.0625 :-\
Steve
-
Build 2.4.0.r.20171008.0640 seems to be working fine now.
Edit: It seems this build has problems with traffic shaping, I'm using HFSC queues but Status -> Queues can't find any statistics. Ping seems to suffer under traffic so it seems the queues aren't working at all.
-
Yes I just installed .640 and it seemed to run OK. I am certainly able to assign IPs to interfaces.
If you run:
pfctl -f /tmp/rules.debug
Does it return clean or with any errors?
Steve
-
Sorry, I already went back to build 2.4.0.r.20171006.1536 as I need traffic shaping to keep my rather slow DSL connection in a decent state (see my edit above).
-
Ok, no problem.
I ran the shaping wizard and setup queues using both PRIQ and HSFC and they came up as expected.
If you see it again try to grab whatever data you can get. Reload the ruleset manually as shown above. Open a bug report.
Steve
-
Logging is broken on 2.4.0-RC-amd64-20171008-0640. This is a clean install on ZFS with the configuration restored after first boot:
Starting syslog...done. Oct 8 18:26:24 syslogd: /var/log/routing.log: Operation not supported by device Oct 8 18:26:24 syslogd: /var/log/ntpd.log: Operation not supported by device Oct 8 18:26:24 syslogd: /var/log/gateways.log: Operation not supported by device Oct 8 18:26:24 syslogd: /var/log/resolver.log: Operation not supported by device Oct 8 18:26:24 syslogd: /var/log/dhcpd.log: Operation not supported by device Oct 8 18:26:24 syslogd: /var/log/filter.log: Operation not supported by device Oct 8 18:26:24 syslogd: /var/log/nginx.log: Operation not supported by device Oct 8 18:26:24 syslogd: /var/log/dhcpd.log: Operation not supported by device Oct 8 18:26:24 syslogd: /var/log/system.log: Operation not supported by device
The system works otherwise but no logs are shown in the webgui.
I have already tried reset logs but no difference.
-
Another full reinstall, this time using the config rescue option. No difference, syslogd still spits out the same errors.
-
@kpa:
Another full reinstall, this time using the config rescue option. No difference, syslogd still spits out the same errors.
Same problem… clean install on a vm
Have you found a solution?