Actually I was part of that whole Y2K work actually, and the reason it was 'nothing' was because of the work we did. The problems were minor (calculating off by .001) but usually when applied to larger scale (.001 error times $1,000,000,000 in transactions is a error of $1,000,000) but quantifiable when the calculations were based on broad but stupid ranges of dates (for example only programming from 1960 to 1999, with anything for 2000 resetting back to 1900 causing the 'calculations' to show they owed the customer millions instead of the customer owing the company thousands).
It was real on the scale of not doing anything about it would result in any number of issues, but conversely the cost of doing it would be alot less., when you consider the calculations were done every second and it takes hours / days for humans to notice/stop the issues (humans too slow) that would irreputably damage things. As a example, if you watched the movie about the fiscal meltdown on Wall Street, The Fed, and all the investment firms, did you know that the U.S. Economy in a matter of HOURS could turn from what it is now to that of the Russian Rubble (10,000R equal $1US or think about $1 DollarStore suddenly costing $10,000 LOL!).
If you weren't aware, at the time critical parts were still running on 8 Bit and 16bit code, like DOS that no one had a 'idea' existed or knew whom made it / what was programmed on it and couldn't extrapolate the 'Has to be 100% 24x7x365 never a stop performance' models. This made it even more costly as to plan around somehow to minimize the 'cost' of a outage. For example no one had in the big plans that the critical FED required weight scales used to check the bags of money that are brought in, out, and then checked that no one messed with was running a customized unique no backup DOS machine, which used the calculations of the 'date' to ensure the mini database of entries was accurate and 'un-modified' (i.e. someone changes a value because they stole money and blames it on where the money came from as the thieves). Well it couldn't calculate the year 2000 forward, and caused the database (which had no backup) to corrupt as it 'wrote over' the 'old' entries with the new one, for example, as the date rolled back to 1900.
So yeah there was some issues, but no I don't know of any Nuclear Plants melting down or Electronic grids tripping then refusing to turn bakc on because of how it calculated usage based on the date value.