Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Bug 1202858 – Restarting squid results in deleting all files in hard-drive

bugzilla.redhat.com

Post reply on HN
Print view View original

61–70 of 179 posts

Re: Bug 1202858 – Restarting squid results in deleting all files in hard-drive

#61

Post by Padding »

cellularmitosis wrote: post #40
fermigier wrote: post #2

Scary. Even more scary is the fact that the bug has been open for a week, one person has confirmed 100% reproducibility, and no one seems to care at Red Hat. Isn't deleting peoples hard drives a big no no ?

Ahh Redhat, the distro which chose to symlink a bunch of binary lib files from Apache into the etc directory. "Why is grepping /etc taking so long? Binary files in /etc?!? WTF?!?" Coming from Debian, Redhat seems to make a lot of irk-worthy choices.

Is there an aricle with specifics on this and why it was done?

Re: Bug 1202858 – Restarting squid results in deleting all files in hard-drive

#62

Post by gmac »

ulrikrasmussen wrote: post #54
lambeosaurus wrote: post #52

Earlier quoted context omitted.

As someone who uses the commandline a lot but isn't exactly a wizard, why does this work?

The * is expanded by the shell to a space-delimited list of filenames, but the shell does not adequately escape filenames that can be misinterpreted as arguments to 'rm'.

That's kind of scary — in that case I guess I should avoid creating a file named -rf.

Re: Bug 1202858 – Restarting squid results in deleting all files in hard-drive

#63

Post by antientropic »

VieElm wrote: post #41
elchief wrote: post #4

We had one of these kinda bugs. If you uninstalled our software it deleted a major chunk of your Windows registry, crippling your computer. It was a one character error in our script. The first ticket read "Uninstalling [Product] destroys your computer". I was responsible for customer support. Good times! Was a rough week. We managed to not get sued.

Pretty terrible that such a thing is even allowed by Windows. This is why as a user I like Apple's OS X sandbox.

Similar things have happened on OS X: http://apple.slashdot.org/story/01/11/04/0412209/itunes-20-i...

Re: Bug 1202858 – Restarting squid results in deleting all files in hard-drive

#64

Post by teddyh »

Padding wrote: post #61
cellularmitosis wrote: post #40

Earlier quoted context omitted.

Ahh Redhat, the distro which chose to symlink a bunch of binary lib files from Apache into the etc directory. "Why is grepping /etc taking so long? Binary files in /etc?!? WTF?!?" Coming from Debian, Redhat seems to make a lot of irk-worthy choices.

Is there an aricle with specifics on this and why it was done?

I have no direct information about this specific case, but in ye olden Unix™ days, there was no /sbin, so all those binaries instead lived in /etc. The Red Hat symlinks could be a backwards-compatibility thing.

Re: Bug 1202858 – Restarting squid results in deleting all files in hard-drive

#65

Post by SSLy »

teddyh wrote: post #64
Padding wrote: post #61

Earlier quoted context omitted.

Is there an aricle with specifics on this and why it was done?

I have no direct information about this specific case, but in ye olden Unix™ days, there was no /sbin, so all those binaries instead lived in /etc. The Red Hat symlinks could be a backwards-compatibility thing.

You mean bug-compability?

Re: Bug 1202858 – Restarting squid results in deleting all files in hard-drive

#67

Post by spacemanmatt »

smrtinsert wrote: post #18
akandiah wrote: post #10

It looks like the start-up/shutdown script is doing an rm -rf on a bash variable that's evaluating to null.

It's hard to trust anyone that would ever depend on such a variable without having some sort of precondition.

Aren't you glad for QA? Humans are inconsistent.

Re: Bug 1202858 – Restarting squid results in deleting all files in hard-drive

#68

Post by stevenspasbo »

kevan wrote: post #3

I love how deadpan the bug report is: Actual results: All files are deleted on the machine. Expected results: Squid is restarted. Not many details yet but it sounds similar to the Steam bug [0] from last year. [0] https://github.com/valvesoftware/steam-for-linux/issues/3671

I started laughing at the lines

    Stopping squid: ................[  OK  ]
    rm: cannot remove `/boot': Device or resource busy

Re: Bug 1202858 – Restarting squid results in deleting all files in hard-drive

#69

Post by cssmoo »

oogway wrote: post #14
fermigier wrote: post #2

Scary. Even more scary is the fact that the bug has been open for a week, one person has confirmed 100% reproducibility, and no one seems to care at Red Hat. Isn't deleting peoples hard drives a big no no ?

Well, the bug was reported against RHEL 6.7 which has not been released yet.

RH don't have a great reputation here. Unlike Debian which does proper triage and practices "zero release-critical bugs", RH threw out RHEL7 with loads of critical issues still open.

Re: Bug 1202858 – Restarting squid results in deleting all files in hard-drive

#70

Post by wodenokoto »

gmac wrote: post #62
ulrikrasmussen wrote: post #54

Earlier quoted context omitted.

The * is expanded by the shell to a space-delimited list of filenames, but the shell does not adequately escape filenames that can be misinterpreted as arguments to 'rm'.

That's kind of scary — in that case I guess I should avoid creating a file named -rf.

That is really interesting.

Can someone knowledgeable about the shell expand on this? I don't dare test it on my machine.

Post reply on HN