Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×
Software

Y2K20 Parking Meter Software Glitch Causes Global SNAFU (gothamist.com) 42

New submitter grunby shares a report from Gothamist: The NYC Department of Transportation said in a statement that parking meters are not currently accepting credit card payments and pre-paid parking cards. "The outage was caused by a configuration error in the credit-card payment software used by Parkeon, a vendor for automated parking systems around the world," the DOT wrote. "The software in the model of Parkeon meter used in New York City had established an end date of January 1, 2020 -- and had never been updated by the company. Cities worldwide using the same meters/software began seeing a series of cascading credit card rejections, starting in Australia, as the calendar reached that date." NYC DOT crews are now in the field reconfiguring the software at individual meters -- the NY Times notes that NYC has 14,000 meters covering some 85,000 spaces, so it may take a little while longer to fix. The report notes that parking meters are still accepting coins, and the ParkNYC app is still working if you want to use credit cards.
This discussion has been archived. No new comments can be posted.

Y2K20 Parking Meter Software Glitch Causes Global SNAFU

Comments Filter:
  • by bobstreo ( 1320787 ) on Friday January 03, 2020 @05:57PM (#59583900)

    # Hey, there doesn't seem to be a chance in hell that this company will be around
    # in 2020, so I'm just going to terminate any transactions after December 31 2019.

  • by rtb61 ( 674572 ) on Friday January 03, 2020 @06:04PM (#59583920) Homepage

    What the fuck bullshit is this, a US company is basically charging a carparking sales tax globally, like what the fuck is wrong with countries across the globe for fuck sake. Why the fuck do you allow US corporations to charge what basically amounts to a corporate tax on transaction between citizens and government, what the fuck insanity is this. If they can make a profit doing this, than the fucking government can charge less doing it at fucking cost. Talk about the insanity of corporate taxes on transaction between citizens and their government, talk about insane psychopathic greed and in your face government corruption, so what are the kick backs on allowing corporate taxes on transactions between citizens and their government must be pretty chunky.

    • Because in their worldview the economy works when people spend money, not save it.

      --
      The economy is the start and end of everything. - David Cameron

    • by gweihir ( 88907 ) on Friday January 03, 2020 @11:18PM (#59584876)

      And to add insult to injury, their software is obvious crap and coded cheapest-possible.

    • Why the fuck do you allow US corporations to charge what basically amounts to a corporate tax on transaction between citizens and government, what the fuck insanity is this.

      Yeah why do I let my farmer charge a tax for getting vegetables out of the ground. Why do I let a power distribution company charge a tax for transmitting me power. Why not re-invent all the wheels all the time. Everyone should do their own thing, and no one should ever pay for a service from other people. *WARNING EXTREME SARCASM ALERT* I'm sure nothing bad has ever happened from governments attempting to code, design and engineer their own systems instead of paying for something off the shelf.

      Also Parkeo

    • Ah, but you see if the government did it themselves it would cost more at cost than the company charges. Among other things the company probably does not have pension costs, has limited health care costs, can fire people at will, etc. In addition, the government is notorious for being unable to even complete a software project, much less in a way that is reliable.
  • by jellomizer ( 103300 ) on Friday January 03, 2020 @06:05PM (#59583926)

    A lot of these systems didn't fix the Y2K bug but delayed it. I was on extra notice at work this week expecting some legacy POS system to fail because the coder just added 20 years to the date-time control.

    Of course, we have to the year 2038 for the Unix bug to come out. Sure most systems have a fix that has been around for a long time. But I expect there is some mission-critical Unix box running for decades without updates. Because it does what it needed to do.

    • A common problem with embedded programming is that the coders don't think about either the longevity of the software or the difficulty of updating it.

      On a desktop computer, the software is often updated every few months, and the hardware is replaced in a few years. Almost nobody is using a 25 years old laptop with all the original software. So it seems reasonable to verify a date by doing a sanity check and rejecting any date more than 25 years in the future.

      For embedded stuff, you can't do that.

      • by AmiMoJo ( 196126 )

        Some of my embedded code will fail in the 2060s. If I'm still alive they can call me...

      • by tlhIngan ( 30335 )

        On a desktop computer, the software is often updated every few months, and the hardware is replaced in a few years. Almost nobody is using a 25 years old laptop with all the original software. So it seems reasonable to verify a date by doing a sanity check and rejecting any date more than 25 years in the future.

        No one's running it on ancient hardware, but ancient software still runs today. Windows XP is nearly 20 years old, you run it in a VM.

        DOSBox lets you run applications from the 80s on a modern machin

        • How quaint. Desktop based thinking.
          While there are organizations out there running on 40 year old hardware. Because there may not be a good emulator for it.

    • The 2038 problem has already been occuring in some cases. Ie, a certificate that expires in 20 years may show up as expired already if the software isn't careful when converting between the certificate's time format and a 32-bit unix-style time format. And yes, many many systems use 32-bit time, and it's annoying because many C libraries refuse to provide 64-bit time in a 32-bit version of their libraries.

      Time handling is actually HARD, and a lot of people wrote code assuming it's all very easy. So you s

    • by AmiMoJo ( 196126 )

      Some versions of Mac OS went back to 1920 a few days ago too. A lot of stuff failed in 2000 not due to Y2K but because it couldn't handle the lack of a leap day in February. I have some Amiga accounting software that is forever a day off now.

  • by Arzaboa ( 2804779 ) on Friday January 03, 2020 @06:08PM (#59583934)

    Individually updating 14,000 meters? I don't mean to smirk. I can hardly get a crew to install 14 hard drives without having to revisit one of them. I'd have to guess that this will be completed sometime just before the next cutoff date.

    On the plus side, this probably creates another job or few for the economy.
    --
    Why go to heaven and sit back and take it easy when you can go to hell instead and make a difference. - Anthony T. Hincks

    • Individually updating 14,000 meters? I don't mean to smirk. I can hardly get a crew to install 14 hard drives without having to revisit one of them. I'd have to guess that this will be completed sometime just before the next cutoff date.

      On the plus side, this probably creates another job or few for the economy.

      I'd guess they're all gig jobs, paid by the meter repaired....

    • I help make devices for utilities. Sometimes with a bug they want to know how it can be remedied over-the-air because the cost of sending out a technician is amazingly expensive (called a "truck roll"). So sometimes the "correct" fix may be to replace a defective battery but the actual fix is to try and work with that battery anyway. And there's a market for ways to reduce the number of truck rolls too.

      Installing however seems easier. Maybe it's all from a different budget. They may do 14,000 device ins

    • You're an optimist.
  • by 14erCleaner ( 745600 ) <FourteenerCleaner@yahoo.com> on Friday January 03, 2020 @06:23PM (#59583984) Homepage Journal
    The NYT article says the expiration date was an anti-fraud measure. I'm not sure how that works, but I guess they stopped all of the credit-card fraud at their meters for at least a day.
  • Comment removed based on user account deletion
    • by novakyu ( 636495 )

      I don't get it. What's funny about the number twenty? Also, what's with all those dots? Can't you learn to type properly?

  • by schwit1 ( 797399 ) on Friday January 03, 2020 @06:46PM (#59584050)

    "The software in the model of Parkeon meter used in New York City had established an end date of January 1, 2020 "

    The system was designed to do X on a certain date and it did X on that date. How is that glitch?

    Computing systems do what you program them to do and they are not clairvoyant.

    • Re: (Score:3, Interesting)

      by markdavis ( 642305 )

      >"The system was designed to do X on a certain date and it did X on that date. How is that glitch?"

      Bingo. What it probably was is a douche-bag timebomb to force the owners to continue to be extorted for "support." I had something similar happen in a call accounting system. I refused to pay for a "support" subscription any longer, because they would not fix the serious bugs I reported (and one was so bad it would constantly corrupt the running system and I would have to restart the whole system every 3

    • > The system was designed to do X on a certain date and it did X on that date. How is that glitch?

      The hardware did what the programmer wanted. The /system/ failed to meet customer requirements.

      If you're not programming for your customer then you're a hobbyist. Which is fine but don't expect to run a business- they exist to provide value to customers.

      • by BeerCat ( 685972 )

        If you're not programming for your customer then you're a hobbyist. Which is fine but don't expect to run a business- they exist to provide value to customers.

        In an ideal world, then yes.

        In the current world, then all deprecated code (even though some customers might still be relying on it) makes the likes of Apple and Microsoft "hobbyists"

  • by theodp ( 442580 ) on Friday January 03, 2020 @07:17PM (#59584148)

    From Has Y2K windowing been addressed by banks or is Y2.02K a risk? [computerweekly.com]: One senior IT professional in the UK financial services sector, who was involved in several different Y2K projects at banks, said many of the legacy systems they expected to be defunct by now are still in use.
     
    "One of the popular solutions was called windowing, which involved leaving the years as two-digits and using a reference year to determine which century a two-digit year was in," said the IT professional, who wished to remain anonymous.
     
    "The figure of 20 was used in many cases, but other figures were also used depending on the systems and products involved. Typically, this work applied to old code written around the 1970s in languages such as PL/1 and COBOL running on mainframes. A lot of this code is still in use today around the big banks and other large organisations that adopted computers in the early days."
     
    If the reference year was set as 20, when 2020 is reached, the system will think it is 1920. The risk today is that the remedial work was done about a quarter of a century ago, many of the people involved have long since retired and the system documentation may not be perfect," they said. "If those who followed in their footsteps have overlooked the legacy of the Y2K solutions put in place all those years ago, we might all be in for a nasty surprise on 010120 if critical systems read that as 1 January 1920."

    • by BeerCat ( 685972 )

      old code written around the 1970s ... remedial work was done about a quarter of a century ago

      And more remedial work being done now. What's the betting that in around another 20 years, there will be another round of fixes needed (with the same "many of those involved have long since retired" problem to work round), as literally nobody thought that code written seventy years before would still be in use

    • Sounds like a job for me. I can fix this.
      Of course, I'll be expensive. And require occasional rest breaks. Maybe naps.
      And get off my lawn!

      Kids today .. they haven't even heard of PL/1. Or even COBOL, if they're lucky. RPG, anyone? APL?

      But still, many systems are running with these old systems deep deep deeply hidden, but still crucial.

  • What we have here, is a failure to communicate.
  • Y2K? Meet IoT

    This is why we can't have nice things.

    So, is Parkeon paying for this?

  • While we're at it, let's add -gate to the end of the name of this scandal. Y2K20-gate has a ring to it, no?

  • This reminds me of a hard-coded expiration date in SimDesk's (now defunct) email software. They were so sure the "version 1" product would be rewritten within 5 years, that they hard-coded an expiration date. Of course, that date came, and the version 1 software was still in use. Several of us had to physically travel to libraries where the software was installed, defeat the anti-tampering software the libraries had in place, and manually update the software. Some lessons are never learned.

We are not a loved organization, but we are a respected one. -- John Fisher

Working...