When can we expect a new 2.7 snapshot !?

jimp

@louis2 said in When can we expect a new 2.7 snapshot !?:

A few remarks:

I was running the CE development release (2.7), so I did expect to upgrade to the equivalent code base for the plus edition. Not so ... I was upgraded to the plus 22.01 release, and that could / will probably imply missing features and/or not yet resolved bugs .....

The CE->Plus upgrade process doesn't account for development snapshots for everyone, soon 22.05 will be released and then it will naturally take users to 22.05 when moving from CE->Plus. We have methods of testing it internally as needed. For now it's best to move from CE to Plus on release installs then snapshots after.

the saved CE-config file had version 22.7 and I was glad to see that the config file generated by the plus edition later on was also 22.7. I also wonder what would have happened if the CE-config had been too new for the plus-edition ..

Plus 22.01 is config rev 22.2, so it wouldn't move that back automatically. Plus 22.05 is the same config rev as 2.7.0 so it would have been logging errors until you upgraded. That's expected since you shouldn't run a newer config rev on an older base.

trying to run system/upgrade on the plus edition .... leads to 504 Gateway Time-out (after changing upgrade branch to plus development 22.05).

I haven't seen that here before and I've upgraded several systems from 22.01 to 22.05. I don't think I've tried one that moved from CE to Plus yet, though. But that is something we are working on testing.

The plus edition seems to be installed via the package manager (pkg_mgr_install.php?id=firmware). Which is, assuming that is intended, is OK of course.

That's how all updates are applied.

Separate subject
......the CE and plus GUI are terribly slow on my not so bad G4620 cpu 8 GB computer .....

I haven't seen that here but it's hard to say what might be happening.

In the mean time the dashboard tells me "that I am on the latest version", which is true, however not as seen from the defined update branch (very minor)

Also not seeing that here but you may need to run the update check at the CLI to see more info. Try pfSense-upgrade -dc from SSH or the console.

Since lots of this is specific to plus you should really start a new thread over in the Plus snapshots category and not here (which is for 2.7.x snaps, not Plus).

louis2

@jimp

OK I will post in the plus edition thread.

Note that:

I assume most findings will IMHO be equal for CE and plus, which makes this separation a bit weird
I am glad that 22.05 is available now. I did upgrade. 22.05 seems to work fine(!) and process the CE config file the right way, where I do have doubts about that from the short period I was using 22.01
As said the GUI performance of CE is very bad on my not so slow system. The GUI-performance using plus seems even worse .....
Committing a change in CE did a few times lead to a short unavailability of the firewall for routing and FW functionally. I did lose connectivity's for short moments
the NAT related problems I had with the 26/4 CE version seems to be gone

Louis

louis2

@jimp

Jim I would not be surprised if the traffic interruptions I noticed are "in line" with

Regression ticket #12827 https://redmine.pfsense.org/issues/12827

stephenw10

Hmm, you should not be seeing that in 2.7 or 22.05 snapshots. It's fairly easy to test by manually loading the rule set at the command line with 'time' as shown on the bug there.

Steve

louis2

@stephenw10

Stephen, I did not explicitly test this, it was just what I noticed during changes I made.

I have been tuning my rule sets significantly, since the actual 2.7 version seems to work fine (in opposite to last month version) and during that process I noticed a few times, that my PC was loosing its connection with my all-in-one printer. Something I normally only observe when I restart the router.

Also note that the GUI is in frequently terribly unresponsive, especially during logon and when it has to display the (complex) dashboard. My feeling is that the routing performance itself is OK.

Note that I have split my >small< network in 15 vlans, for security and testing reasons. Be aware I am using a two core four threads G4620 cpu with 8 GB of RAM.

What ever, I will pay special attention to this potential issue when making rule changes.

stephenw10

Even with a large ruleset that bug only adds a few seconds. It's easy to test just run at the command line:

time pfctl -f /tmp/rules.debug

It should load in a fraction of a second.

It's probably not that you're hitting though, simply opening the dashboard does not reload the filter. It sounds more like something timing out. Something on the dashboard trying and failing to reach some data.

Steve

louis2

@stephenw10

No that is not what I intended to say! The disconnection errors I think I met a couple of times where related with rule changes. Nothing to do with the dashboard!

As promised I will pay extra attention to that potential problem

Sergei_Shablovsky

@stephenw10 said in When can we expect a new 2.7 snapshot !?:

something timing out. Something on the dashboard trying and failing to reach some data.

I suffering with the same issue a long time.

Dashboard - by determination are place where results of analytics in form of charts AND/OR current states in real-time represent.
So, logically, we may expect there are some amount (in several cases - a lot of) of measurement/calculations and request to databases would be made before Dashboard able to display most of their widgets.

This situation remind me times 10 years age when iPhone 3/3S come with multitasking and Dashboard and Devs take decision to update info for each widget in background to be able immediately/as fast as possible display the Dashboard.
The same decision was made by Google ADs Dashboard (God bless, a lot of asynchronous frameworks exists already at that time!).

Why Netgate not pay attention to this and only make “Not look for pfSense update on Dashboard” checkbox to speed up the Dashboard loading?
Because of rare using? If so, I sure that the worst usability tool/feature You made, the less peoples use it. (Again to the example: after Apple make useful UI for conference calling, operators see exponential increasing of this feature using by users, but before iPhone decades of years this functionality exist and only small fraction of users use it!)

As a compromise solution may be ability to make several tabs in Dashboard, where each have widgets grouped around one point of view.
(For example,
one of tab may content Interface status, Gaitway status, ping/jitter graphics, small amount of in/out statistics for each interface,
another tab may content traffic graphs for each lan with small common stat
third tab - whole system info, used resources and running daemons
four tab - ARP and DHCP tables)

luckman212

Multiple dashboard layouts is an interesting idea. Or at least, an option for a "blank" landing page on initial login (would load instantly) and only show the full dashboard + widgets if the user specifically navigates to Status -> Dashboard.

Sergei_Shablovsky

@luckman212 said in When can we expect a new 2.7 snapshot !?:

Multiple dashboard layouts is an interesting idea. Or at least, an option for a "blank" landing page on initial login (would load instantly) and only show the full dashboard + widgets if the user specifically navigates to Status -> Dashboard.

Need to point that delay in Dashboard loading is not a such problem.

The main problem are that pfSense used by several group of users, and each group NEED AND PREFER own dataset on Dasboard, moreover, during the obtaining experience with pfSense using, this NEEDS would be changed.

jimp

Each user can already have their own custom dashboard. Enable per-user custom settings under System > User Manager when editing an account.

While not as convenient as multiple tabs, one could log out/back in with different users to get different views.

Sergei_Shablovsky

@jimp said in When can we expect a new 2.7 snapshot !?:

Each user can already have their own custom dashboard. Enable per-user custom settings under System > User Manager when editing an account.

Thank You for reply!

When I wrote different group of users have different needs I mean that Information on a Dashboard must be reflect the needs of user and his experience level.

While not as convenient as multiple tabs, one could log out/back in with different users to get different views.
?
Why need to doing simple things so complicated? This looks like You need to go thru several screens in menu to switch Your iPhone to vibrate-only mode, or need to go thru 5-6 screens to change ISO in Your digital camera...

At 90+% cases SysAdmin are only one person who manage pfSense. No such needs to producing 2-3 extra user to be flexible in everyday task...

Sergei_Shablovsky

@jimp

Ok, is that possible to implement multitabs Dashboard conception in pfSense theme?