Upgrade from CU 193 Testing ran smoothly, via WUI, in VM. I don’t currently have a bare-metal machine set up on which to run IPF Testing release.
Have now moved the HDD from my bare-metal Testing CU193 to different hardware, from which it was working OK, following re-assignment of NIC.
Upgrade to CU 194 Testing went smoothly, via WUI
Hi guys!!!.
I just updated my “FriendlyElec NanoPi R4S” to 194 and so far, it’s working perfectly.
Good works!!!.
Bye.
I can agree.
WUI updated from 193 without issues.
Now on day 6 with “194” with no problems.
Repeated the upgrade, via WUI, on my bare-metal tester. Went smoothly to build 0000-262809b8
Core 194 Testing - Development Build: master/262809b8. Updated without any issue. Running perfectly so far with proxy, ids/ips, qos, wlan, etc. on mini-appliance.
Very good job! Thank you!
A little late to the table I appreciate (Been a tough few months) But although my initial experience was good, “in life” has been REALLY bad!
Running Ipfire on a DL360-G5 - Dual Xeon - 16GB RAM (its what I had available)
The 193 to 194 upgrade ran smoothly as ever, the reboot was successful. VPN worked, all seemed well…
I have a media server and web server on Orange that both access a common NAS on Green
I noticed after a few days (I hadn’t been around much due to illness) that the media server could no longer connect to the NAS.
I logged in. Etc/fstab was ok but on mount -a it said that minimum versions of SMB had moved up. OK - these things happen.
I copied the SMB3 mount statement syntax for cifs V3 from the web server changed the credentials and mounted again. Host is down
Pinged it - host is up ??
OK checked the web server - 404 - ah! this was already on SMB3 so the error message on the media server didnt apply.
The firewall rule that permits SMB Orange to green includes all 4 ports (137:139 and 445) as a service group so the SMB version should not have been impacted.
then I noticed that I could also no longer route green or blue to OpenVPN although OpenVPN was able to connect to all networks
the more I looked at it , the more it looked like IPfire had a config corruption since applying the 194 upgrade.
I then noticed that both my static routes had dissapeared from the GUI
(they allowed temporary access to 2 road warrior subnets)
something appeared VERY wrong.
I elected to reload the backup that I took before the 194 upgrade .
as soon as I did, all my traffic came back! no rules had changed in the interim and I am the only person with console / remote access.
I then noticed that the fans were a little fast and sure enough fan3 had failed. I politely powered off, swapped out the fan module, and restarted…it got as far as USB hardware detection …discovered my APC UPS and froze.
As I was at the console, I took out the USB cable to the UPS and rebooted - same problem
On the next reboot there was no change.
I elected to reboot in “advanced mode” and IPfire came up . im typing to you though it green-red
I fear I may have to burn the 194 ISO , take my last known working backup config from immediately before the 194 upgrade and rebuild from scratch as something here is very amiss!
regards
BB