Do all the things like ++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatarSign Up
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple APILearn More
Search - "crash email"
This has to be the funniest IT fail ever. https://m.reddit.com/r/...
Found it in a comment somewhere on devrant (i forgot who posted originally, but this is me giving credit)9
I'm penetrationtesting a network and the servers on said network
The network administrator and IT security officer knows this, because they hired me..
TL;DR a scan caused the network to crash.
Today I received a very angry email going "Stop scanning NOW!" from one of the IT departments.
Apparently I crashed their login server and thus their entire network...
It happened d the first time I scanned the network from the outside and they had spend an entire day figuring out how and repairing the service they thought was the problem, but then it crashed again, when I scanned from within the network.
Now they want to send me a list of IP's that I'm not allowed to scan and want to know exactly what and when I'm scanning...
How crap can they be at their job, if they weren't able to spot a scan... The only reason they found out it was me was because the NA had whitelistet my IP, so that I could scan in peace...5
devRant Android users - if you are a user who can consistently reproduce a devRant app crash and wouldn't mind helping me please let me know. You can comment here or email me at email@example.com
I'm trying to get rid of a couple of remaining crashes that seem to be happening in the Android app but we've never really been able to reproduce any of them. Thanks!74
I read this in stackoverflow today:
Welcome to every C/C++ programmers bestest friend: Undefined Behavior.
There is a lot that is not specified by the language standard, for a variety of reasons. This is one of them.
In general, whenever you encounter undefined behavior, anything might happen. The application may crash, it may freeze, it may eject your CD-ROM drive or make demons come out of your nose. It may format your harddrive or email all your porn to your grandmother.
1) API Server crash due to Uncaught Error and none of us realised it until 30 mins later (no email alerts, no mechanism in place to notify devs): expensive mistake
2) api server and database server on one frickin vps, with no caching mechanisms or memoisation on frontend: Worst nightmare of my life5
Spent 2 hours last night (leaving an hour late) with the IT guy hunting down a problem that affected at least 12 other teams. It didn't crash the app, but did prevent MANY scripts from working, and thus nothing could be committed.
I found the culprit, made a solution, and posted in the email chain my solution. (it required a code review and a client-side update)
Someone responded asking for another dev to confirm my report. That dev did and them dumbed it down for those who can't understand programming talk. Then EVERY EMAIL after that thanked that dev for "fixing the root problem" and "solving their scripts".
And just now, the PO for the bug was replaced to that dev's team. (previously was my team's PO)3
Me: "Can you get the user to send us a recent crash dump?"
(Support person forwards my email)
User: "The most recent ones are from November"
Support person: "It seems they haven't had any this month"
Me: (?????!!) "Which November?"
The eventual crash dump was datestamped with today's date.
Customer: URGENT, we are not receiving any email. (that's actually a really urgent issue)
Turns out that customer had an invalid base64 embedded image in is signature which was causing our system to crash.
Made invalid images move to oblivion and told the customer the issue was solved :D4
This shit makes me fucking rage! Ok, so here it goes. I use Multiswipe (multiswipe.com) and I'm actually very happy with it. It works as advertised and doesn't crash. Then I bought a new laptop. I wiped the old one and installed multiswipe on the new one. After launching I'm greeted with the registration (I bought it) where it claims I have already registered the software on a different computer. So I reach out to the owner and ask him to help out and am told
"MultiSwipe can be installed and updated as many times as you want as long as it is in the same machine, but if you change laptops then you will need to purchase a new license, this is because MultiSwipe implements a serious of optimizations depending on your touchpad brand and model and as such it's physically linked to it."
This sounds like horseshit to me. If I download a fresh copy, wouldn't it optimize depending on the new system?
But ok. I'll purchase another one, only to be told that my e-mail address is already in use. After reaching out I am told that I HAVE TO CREATE A NEW EMAIL ADDRESS.
Jon, if you read this, I seriously love your software but what the fuck is this fuckery. Like, seriously, how god damn hard can it be to allow customers to purchase multiple licences?
I'm so angry that I'm considering pouring time into cracking it and sending him the new version with the text "nvm, got it to work."
I'm open to suggestions....6
A software had been developed over a decade ago. With critical design problems, it grew slower and buggier over time.
As a simple change in any area could create new bugs in other parts, gradually the developers team decided not to change the software any more, instead for fixing bugs or adding features, every time a new software should be developed which monitors the main software, and tries to change its output from outside! For example, look into the outputs and inputs, and whenever there's this number in the output considering this sequence of inputs, change the output to this instead.
As all the patchwork is done from outside, auxiliary software are very huge. They have to have parts to save and monitor inputs and outputs and algorithms to communicate with the main software and its clients.
As this architecture becomes more and more complex, company negotiates with users to convince them to change their habits a bit. Like instead of receiving an email with latest notifications, download a csv every day from a url which gives them their notifications! Because it is then easier for developers to build.
As the project grows, company hires more and more developers to work on this gigantic project. Suddenly, some day, there comes a young talented developer who realizes if the company develops the software from scratch, it could become 100 times smaller as there will be no patchwork, no monitoring of the outputs and inputs and no reverse engineering to figure out why the system behaves like this to change its behavior and finally, no arrangement with users to download weird csv files as there will be a fresh new code base using latest design patterns and a modern UI.
Managers but, are unaware of technical jargon and have no time to listen to a curious kid! They look into the list of payrolls and say, replacing something we spent millions of man hours to build, is IMPOSSIBLE! Get back to your work or find another job!
Most people decide to remain silence and therefore the madness continues with no resistance. That's why when you buy a ticket from a public transport system you see long delays and various unexpected behavior. That's why when you are waiting to receive an SMS from your bank you might end up requesting a letter by post instead!
Yet there are some rebel developers who stand and fight! They finally get expelled from the famous powerful system down to the streets. They are free to open their startups and develop their dream system. They do. But government (as the only client most of the time), would look into the budget spending and says: How can we replace an annually billion dollar project without a toy built by a bunch of kids? And the madness continues.... Boeings crash, space programs stagnate and banks take forever to process risks and react. This is our world.3
Gah... Outlook just froze because it can't connect to the mail server.... While I was drafting a long email....
Hope it doesn't crash, hope it doesn't crash.... Please please please...
That moment you setup 17 domains on sparkpost as a email delivery system
make your account secure with 2 factor authentication like a good infoSec enthusiast
Go on with your life
Having a Phone crash but nothing to worry because you made them backupz
once again go on with your happy life.
Having to setup a different bounce action on sparkpost
logging in to sparkpost to make the adjustments
opening google authenticator
realising the backup you restored was before you added the sparkpost entry
mailing sparkpost asking to deactivate 2factor authentication
Having them tell me that they have no access to Google authenticator so they can't help me and all they can do for me is delete my account if i answer their 7569357 questions that i entered a year ago ..
You have access to your database yes ? You can delete my account but you can't adjust a fcking Boolean column from true to false? #@?#&!
Why even offer a feature where you have apparently no control over. Stuff like this happens all the time and almost no one saves that fcking authenticator secret.
Make people use authenticators to keep the hackers out, forces them out instead.4
Bullshittery continues. This time around, absolutely innocent, clamav is root cause. For once not incompetent idiot, but piece of software. IDK if that makes me happy or upset.
So our email server that I configured and took care of died. RIP. Damn, better put it back together ASAP. So Im under pressure, while still pissed at everything that I ranted before (actually my last 2 rants were throttled, and in total all of that happened past 60 minutes but devrant rate limiting) I start auditing logs. You imagine, we kindda need it NOW, and it's second time last month clamav is pulling stunts and MTA refuses (properly) to work without antivirus. So pressurized, I look at logs, what the fuck went wrong.
clamav deamonize() failed - cannot allocate memory
Hmm. Intresting, but sounds like bullshit. I know server is quite micro becouse they wanted to save on costs as much as possible, but it has well over half a gig free ram just before it crashes (like 800MB) with that message. Is it allocating almost gig in one call or what? Looked carefully at trusty htop while it was starting, and indeed, suddenly it just dies with quite a bit of ram free, almost as much as it weights already. And I remember booting it up when I was configuring it, and it had fair bit of headroom.
Google, help me friend... Okay, great, so apparently at some point clamav loads virus DB into ram (dafuq?), and than forks, which causes spike of 2x the ram usage, and than immidietely frees it up.
Great, that sounds like great design decision... At least I know, I can just slap on SWAP file, restart it and call it a day.
It worked, swap file is almost empty (used 15megs, 900 megs free ram, whatever).
That leaves me wandering, who figured out to load DB to ram? That means pretty much that clamav will eat a little bit more ram each vir db update, and that milisecond "double ram" spike will confuse innocent people who just wanted to run clamav and it worked last *long period of time* and now crashes without warning without any changes to configuration.
Maybe there is logical explanation, I want to know it.8
Settle an argument for our development team. We have infrastructure to report crashes when they occur, via a simple online form submission. The form provides basic fields for a description and an email address, and also posts some basic telemetry (rebuilding what it can of call stack, variables etc). Currently the email address is optional (you can submit the form and leave it blank). The form is not mandatory (the user can hit 'send' to submit online, 'save' to save the crash report to transfer in other ways, or 'cancel' to just ignore it entirely (irregardless of their choice, depending on where the crash has occurred, they may be able to continue using the application or it might exit).
A suggestion has been put forward to make the email address mandatory. Surprisingly, this has kicked off an incredibly polarising debate, so I thought I would put it to devRant to see what is the consensus here.
I'm trying not to bias the discussion by stating with the considerations at play, but would encourage you to think about them before chiming in!4