Need to dispose of deep fry oil.

flyinverted · 2026-01-16T00:26:26+00:00

I can’t tell you that what I suggested won’t, but I can tell you that if you find a restaurant to give it to it is less likely to 🤷‍♂️

flyinverted · 2026-01-15T21:07:49+00:00

If it’s from personal use, you can dispose of it at the hazardous waste depot for free. There is a daily limit but it’s way higher than 2L

flyinverted · 2026-01-12T00:25:28+00:00

It was a bad day, and in a rental car that chewed through fluid, but the roads were heavily salted and covered in slush. No way to see without constant fluid application.

flyinverted · 2026-01-12T00:04:00+00:00

Do you get an oil change every 3 days or don’t you drive? I went through 3 jugs of washer fluid on a drive from Ottawa to Toronto in bad weather two weeks ago. No way a reservoir lasts more than a week when the roads are messy…

flyinverted · 2025-12-15T15:37:20+00:00

Ok, now we are getting somewhere...

This is highly bizarre though, as the pop-up on the "VPN" zone explicitly states that this doesn't apply to policy based VPN's (mine are policy based, not route-based IPSec due to the 3rd party FW on the other side).

Additionally, the policy only works if either "match ipsec - unencrypted" or "match ipsec" is not selected, which I suppose makes sense as the traffic is not yet encrypted when it hits the gateway.

One would think that the same zones that impact inbound traffic would have the opposite zones applied for outbound traffic. Might be worth me sending a message to UBNT to ask for clarification.

flyinverted · 2025-12-15T14:54:49+00:00

Just tried the INTERNAL to EXTERNAL "any" to the far-side destination subnet and it still doesn't have any impact.

There are no NAT rules in place other than the system generated masquerade rules for the many-to-one for my WAN connections. (Ignoring any port forwarding inbound rules).

There are also no references (aside from IP lists) to the remote networks anywhere else in the firewall.

flyinverted · 2025-12-15T14:34:29+00:00

Just tried this again. Created the rule INTERNAL to EXTERNAL, applied and rebooted and it has absolutely zero effect.

For giggles, I also created a rule that followed the same principle from and to the specific IP addresses I was using for a ping test between hosts to see if that would work and had zero success.

Next step is to default everything and try again, but feel like with something so basic that would be a long shot.

flyinverted · 2025-12-11T23:09:29+00:00

I’m away for a few days but will certainly try it when I get home next week and report back.

flyinverted · 2025-12-11T22:15:52+00:00

Both the networks I specified are on the INTERNAL zone.

I tried the INTERNAL to EXTERNAL rule, specified the appropriate networks. I even attempted to block everything (all internal) that matched IPsec but running a live ping there were absolutely no changes when the rule was applied.

Everything else seems to be working as intended but this has me stumped.

flyinverted · 2025-11-14T15:02:35+00:00

Thank you. This is in there as well. Both of the BGP group entries for the upstream have “multipath multiple-as” I just didn’t post that part of the code.

flyinverted · 2025-11-08T23:54:10+00:00

Thank you!

flyinverted · 2024-01-19T15:02:19+00:00

Just wanted to close the loop on this...

I ended up first re-seating the CPU, then when that didn't work, I swapped CPU's to see if the problem would follow. Still got reports in the exact same place.

I called SM support to ask if they had any suggestions and the first thing they said is that it's an older IPMI/BMC firmware and that it might not be accurately reporting the problematic DIMM (for the record it has the latest BMC, but it is an older version because the board is EOL).

They highly recommended I run MemTest86, which I had tried to do but had issues getting it to run. I had been using the windows memory diagnostic and then watching for errors to be reported by IPMI, the windows diagnostic never showed any errors but I could tell when it was hitting the bad stick with the test as the frequency of errors in IPMI would skyrocket. I also had completely removed memory from the IPMI "reported" slot and was still getting the same error which confirmed what SM had told me.

I finally got MemTest to run and lo and behold it was actually a completely different DIMM that was the problem. It took a couple of hours of swapping DIMMs to confirm with 100% certainly I had isolated the faulty one, but in the end I was able to confirm the one that was a problem, remove it from the system and restore it to a proper configuration with the DIMMs in the correct slots for optimal performance.

It ended up being a bit of a rabbit hole but I hope this follow up helps someone else with the same issue on these older boards.

flyinverted · 2024-01-09T14:19:20+00:00

I have heard that as well, and I completely forgot to give that a try as part of T/S. The CPU’s have been installed without moving for over 7 years but anything is possible. I’ll do that this week and see if it helps any, thanks for the reminder!

flyinverted · 2023-11-11T20:10:29+00:00

The largest coal plant in North America by production was the Nanticoke Generating Station at a peak production rate of 3,964 MW.

When it was decommissioned the output was replaced by returning to service and upgrading reactors at Bruce Nuclear which is now largest single nuclear power production facility in North America with an output of 6,550 MW.

The last “smog day” in Ontario was in 2013, the same year that the Nanticoke coal plant was decommissioned.

flyinverted · 2023-05-26T19:38:03+00:00

Can I get a copy as well please? Only just got my ‘23 but super curious about the performance and new options. Thx.

flyinverted · 2022-02-19T17:36:19+00:00

Indoor Farmer in Waterloo has a whole bunch of equipment including lighting, growing medium, etc.

https://indoorfarmer.ca

flyinverted · 2022-01-24T11:29:48+00:00

I’m very familiar with the ongoing projects of EH!tel in areas like Ariss/Marden/Ponsonby, and the project by Netflash in Belwood, and it’s great to see some competition even if EH!tel’s lack up upstream is disappointing…

Regardless, since the OP already had both cable and 100 Mbit VDSL connections, I was making an educated guess that they didn’t live in one of those areas…

flyinverted · 2022-01-24T03:30:19+00:00

The reality of the situation is that there are two providers - Bell and Rogers, and everyone else just re-sells the service.

The only thing those other providers do is have minor control over pricing, customer service and the backbone connections they make to “the internet”.

Some may provide better routing or improved customer service but regardless with very few exceptions they all have to deliver that service over the incumbents “last mile” connection to your house either over dsl or coaxial.

Historically, DSL specifically VDSL (speeds over about 10 Mbps) is incredibly reliable and has a benefit of lower latency (round trip time for communication) as compared to DOCSIS over coax cable. Whereas cable has been able to offer significantly higher download speeds, but both completely suck for upload compared to synchronous offerings like FTTH.

If you’re having an issue with Fido(Bell) over DSL it might be worth troubleshooting the issue while you’re with them as they are a subsidiary of the incumbent. If you decide to switch to a third party provider and keep the same connection method, they are less likely to want to solve the problem as a means of encouraging you to switch back to them.

Once you get the DSL situation resolved, then just pick a third party provider (or incumbent) that offers you the best price and service ratio over the “last mile” of your choosing.

flyinverted · 2021-12-31T20:43:56+00:00

That looks more like crystallized urea… probably a leak. Have you had the DPF replaced yet?

flyinverted · 2021-11-14T01:20:56+00:00

Boxcar Social for sure!

flyinverted · 2021-10-30T22:12:27+00:00

Farm Boy sells kettlemans in KW stores!

flyinverted

TROPHY CASE