Given up on 2.2
-
Enough is enough! After a week of struggling with upgrade, fresh install, packages etc I´ve had it. The real killer blow came when a NAT change suddenly exposed my WAN IP instead of the VPN one. Had to reboot to get it working again. Seems the change completely broke the NAT and rewrote the ruleset.
Next was postfix and Lightsquid which won´t work either. I noticed some workarounds but don´t like that.
ClamAV was next and couldn´t get that to work either.
The DNS changes with forwarder as well as resolver are unclear as to how they are supposed to coexist or not and ended in me stopping them both since I noticed leaks.
The reverse proxy was another I couldn´t get to work. It just wasn´t there no matter what I did.I will leave 2.2 for now and wait for some serious fixes before I go near it again! To me it appears it wasn´t tested enough.
I would also like to add that I´ve been running 2.1.x for a long time and been very happy with it. -
How many of these issues have you reported?
-
How many of these issues have you reported?
None, never been active here except reading! I´ve done upgrades before but never had this many issues and time is limited…
-
Enough is enough! After a week of struggling with upgrade, fresh install, packages etc I´ve had it. The real killer blow came when a NAT change suddenly exposed my WAN IP instead of the VPN one. Had to reboot to get it working again. Seems the change completely broke the NAT and rewrote the ruleset.
Next was postfix and Lightsquid which won´t work either. I noticed some workarounds but don´t like that.
ClamAV was next and couldn´t get that to work either.
The DNS changes with forwarder as well as resolver are unclear as to how they are supposed to coexist or not and ended in me stopping them both since I noticed leaks.
The reverse proxy was another I couldn´t get to work. It just wasn´t there no matter what I did.I will leave 2.2 for now and wait for some serious fixes before I go near it again! To me it appears it wasn´t tested enough.
I would also like to add that I´ve been running 2.1.x for a long time and been very happy with it.154218K2 - I have to agree with you 100%. I am glad that the devs are pushing forward, but just in the 1st few days of 2.2 being released I counted over 60 forum posts about problems with 2.15 -> 2.2. I know there are always issues with new version, but this seems excessive. From some of the security news I came across (2 weeks ago'ish), I saw that there were some Openvpn, and some other TLS Security Announcements that came out which I believe applied to PFsense. I was hoping that the fix(es) were NOT going to be rolled into V2.2, because with those fixes come tons of bricks. V2.1.5 has been working pretty well. I think we could have used the security fixes, and allowed V2.2 to stay in the oven a bit longer. None the less I will be waiting until I see most of these V2.2 problems are fixed before I even think about upgrading. Just wondering if Pfsense is ever going to adopt the same FreeBSD/FreeNas Multiple Boot Volumes, so as to make it extremely easy to revert back to a different boot environment if the upgrade is crap. I think this came out in FreeBSD Version 9 something. Anyways I feel your pain. I will continue to check this thread to see how the state of 2.2 is going. Thanks
~Ash
-
Thumbs up for 2.2!
I switched our productive environment and really like it! i Just needed one workaround on ipsec and posted my fix in ipsec forum.my honest opinion on those "whiners" - forum newbies, if you would have spend some time to focus on beta, test and report problems or even post some useful debug and error reporting information on the troubles you have, you would help this project much more. i know i feed the trolls :)
154218K2: "To me it appears it wasn´t tested enough." oh, rly? your fault 154218K2 :)
pfsense team, i love pfsense, keep up the good work!
cheers
palu
-
"Next was postfix and Lightsquid which won´t work either"
Since when is it the responsibility of the pfsense developers to make sure packages work?? If you want to have a problem with someone - track down people creating/maintaining those packages. Same goes for clamav and reverse proxy..
Who said the resolver and forwarder were suppose to coexist? And what leaks did you notice?
Sorry but I feel no pain for anyone that blindly updates a production system to a brand new release, and then complains that something you use to do no longer works.. Where do you work that you could go to new release of anything without a backout plan.. If you use feature X of systems - first thing would be validate feature X works as it did before or better before moving that into production.
-
Since when is it the responsibility of the pfsense developers to make sure packages work??
I guess I'm in the minority in believing that a package that is offered via the pfSense package repository should actually work when installed without hacks and workarounds. To use his example, Lightsquid wouldn't work until you do the following:
ln -s /usr/pbi/lightsquid-amd64/local/www/lightsquid /usr/local/www/lightsquid ln -s /usr/pbi/lightsquid-amd64/local/etc/lightsquid /usr/local/etc/lightsquid pkg install perl5 pkg install p5-gd /usr/bin/perl /usr/pbi/lightsquid-amd64/www/lightsquid/lightparser.pl todayExpecting users to figure this out on their own is absurd.
-
None of this surprises me…
A release always happens
People install and works for most but there are always package issues and other issues once a large enough base has started using new release.
Then the packages get updated
Minor release with fixes of pfsense gets pushed.
And then its solid.Thats how 2.1 got to be 2.15 I think and I'm pretty sure I heard all the same sorts of complaints going into 2.1
Anyway - If something isn't working for a percentage of people, I'm sure its just a short waiting game before its fixed.
So if its a critical bug for you, roll back to last working version and wait the fixes.Thats my guess anyway.
-
I would second KOM's comment - since packages are now in full control of the dev team - they are built, hosted and toolkit access controlled by them - it becomes pfSense's team responsibility that packages work without an error with basic config on clean install. And looking through the forum, it does not seems to be the case :(
I like pfSense and I greatly respect development team's work, but really hope that they can look into packages issue…
If it would be me, installing and owning some 3rd party package through pkg_add - I wold not complain, because I always can go and do some searching, test different versions, etc... But with pfSense packages it is almost impossible... Once can try and troubleshoot and post some workaround, but there is no guarantee that anyone will be looking into implementing it in the next release... I filed bugs for packages before, no one cares fixing them. -
I hear you, Kejainshi, but Lightsquid and Sarg have been broken since I started using pfSense more than a year ago – long before 2.2. I'm not going to rant about it (again), but it doesn't look good on the project to have common packages broken on install for a long time.
-
@KOM:
I hear you, Kejainshi, but Lightsquid and Sarg have been broken since I started using pfSense more than a year ago – long before 2.2.
Yes. So, there's actually no 2.2 regression then, no? :D :D :D
-
lightsquid worked just fine for me before 2.2
I just uninstalled it and squid dansguardian and the rest because I saw no continuing need to filter my kids web when he turned 13.Thank god too… Those packages do not make the internet more reliable.
I've had to roll back once or twice in the past, wait 3 months for an update and move forward also.
I half expect it with any new release of any OS or firmware.
-
If it's important to you:
-
Document what you see as best you can.
-
Open a bug report.
-
Roll back to 2.1.5.
-
Watch redmine to see the progress of your issue.
-
Proceed back to 2.2.X when you think it's safe to do so.
-
-
The best I would hope for, is that before packages can be added that they have to be validated. So when new release comes out there are no packages until the package creators/maintainers show that it works for that release.
So when release.x comes out all packages are removed and not available to install until the makers of said package get it validated for release.x - that would for sure be a win win for everyone involved if you ask me IMHO..
My point is the developers are not coding for all the packages, they are coding for the core.. To expect them do make sure their code doesn't break any package is also absurd.
-
Where were all these package maintainers during the beta and RC cycles?
-
Where were all these package maintainers during the beta and RC cycles?
- Some stuff has not been touched for ages.
- Some maintainers are gone.
- And frankly, "packages are now in full control of the dev team" is exactly what did NOT help.
-
Where were all these package maintainers during the beta and RC cycles?
Exactly. I also realize that some of the packages are maintained by volunteers, but that's not optimal from a corporate standpoint to be reliant on Internet Joe to keep your packages validated and up to date.
-
Nothing ever changes :-) For over 20 years it´s been the same. My own developers call me a whiner when I complain about things not working or them not testing stuff properly…
My hope is that something may be learned and a new test and release procedure may help avoid this in the future. The idea to hold back unverified packages until tested is a good one. It would have saved me a lot of time and I wouldn´t even considered upgrading if I had seen some of the packages didn´t work with 2.2.
I actually did check what packages were available after the 2.2 fresh install and noticed they were all marked with 2.2 so I (naively) figured they were verified to some extent!
I also become a bit concerned by the comments that the packages are left alone and no one actually cares about them or touches them. I love PfSense but a leftover package is a huge security risk and may compromise the whole system! This may lead to demands for more secure options in a production environment. I´m also willing to bet a majority of the userbase have some packages installed and not only uses the core system.
Finally, please don´t regard this as whining, instead find a new way to make it better and keep up the good work that made me go with PfSense from the beginning!
Regards
-
Personally, I don't want 2.2 held back because of a problem with some stupid package with a long-absent maintainer that someone probably doesn't really need. They can stay on 2.1.5 until their package is supported or go to another solution.
I do like the idea of packages not showing up in available packages until they have a decent shot at working.
-
Another option is to have more than one repository for packages, like stable, testing, unstable etc.
This way people who want to risk and test can still do that. And people, who need prod-level stability will be able to judge better before upgrading.
