AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:<20071109120400.3d7da3e7@ripper.onstor.net>
CFG:
PT:0
S:andy.sharp@onstor.com
RQ:
SSV:onstor-exch02.onstor.net
NSV:
SSH:
R:<maxim.kozlovsky@onstor.com>,<tim.gardner@onstor.com>,<dl-Cougar@onstor.com>
MAID:1
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/andys@onstor.net@onstor-exch02.onstor.net/INBOX	0	BB375AF679D4A34E9CA8DFA650E2B04E06794D06@onstor-exch02.onstor.net
X-Sylpheed-End-Special-Headers: 1
Date: Fri, 9 Nov 2007 12:04:09 -0800
From: Andrew Sharp <andy.sharp@onstor.com>
To: "Maxim Kozlovsky" <maxim.kozlovsky@onstor.com>
Cc: "Tim Gardner" <tim.gardner@onstor.com>, "dl-Cougar"
 <dl-Cougar@onstor.com>
Subject: Re: Free lunch
Message-ID: <20071109120409.6f597eff@ripper.onstor.net>
In-Reply-To: <BB375AF679D4A34E9CA8DFA650E2B04E06794D06@onstor-exch02.onstor.net>
References: <BB375AF679D4A34E9CA8DFA650E2B04E06794CE9@onstor-exch02.onstor.net>
	<BB375AF679D4A34E9CA8DFA650E2B04E06794CF1@onstor-exch02.onstor.net>
	<20071109115937.5d139f94@ripper.onstor.net>
	<BB375AF679D4A34E9CA8DFA650E2B04E06794D06@onstor-exch02.onstor.net>
Organization: Onstor
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

You missed the "shell script" part of my message.  The rm or mv command
will output an error message.  Hopefully.  Worth a shot.  I could also
make a hacked kernel that singles out the culprit.  That will cost
somebody lunch, however.

And a case of beer.

On Fri, 9 Nov 2007 12:01:15 -0800 "Maxim Kozlovsky"
<maxim.kozlovsky@onstor.com> wrote:

> Chokes? You must be kidding or you still are not familiar with our
> code base. Do you seriously believe that somebody checks the result
> of "unlink" or "rename"?
>=20
> >-----Original Message-----
> >From: Andy Sharp
> >Sent: Friday, November 09, 2007 12:00 PM
> >To: Maxim Kozlovsky
> >Cc: Tim Gardner; dl-Cougar
> >Subject: Re: Free lunch
> >
> >Actually, I think you owe me lunch, because this solution is 10000
> >times easier: it's probably a shell script, so just
> >chmod 000 /etc/version, and see what program chokes on it.
> >
> >On Fri, 9 Nov 2007 11:55:03 -0800 "Maxim Kozlovsky"
> ><maxim.kozlovsky@onstor.com> wrote:
> >
> >> That should be easy, make a shared library that defines =E2=80=9Cunlin=
k=E2=80=9D
> >> and =E2=80=9Crename=E2=80=9D which check the name of the file being de=
leted or
> >> renamed and print diagnostic and call abort when somebody is
> >> trying to mess with /version or call the orginal version of
> >> =E2=80=9Cunlink=E2=80=9D and =E2=80=9Crename=E2=80=9D if the name does=
 not match, define
> >> LD_PRELOAD to load your shared library and wait until the
> >> debugging code is triggered.
> >>
> >> Now that you are so close to the solution I think you owe me lunch
> >> anyway.
> >>
> >> _____________________________________________
> >> From: Tim Gardner
> >> Sent: Friday, November 09, 2007 11:50 AM
> >> To: dl-Cougar
> >> Subject: Free lunch
> >>
> >> Ok, I have had enough of this
> >>   =EF=BB=BFcat: /version: No such file or directory
> >> problem. Something is deleting the /version file during system
> >> startup. It doesn=E2=80=99t always happen but it is pretty frequent. O=
n a
> >> much more infrequent basis something occasionally deletes all files
> >> in the /etc directory. I also suspect that the lack of the /version
> >> file causes support.sh processes to stack up eventually rendering
> >> the system unusable.
> >>
> >> I=E2=80=99m buying lunch for the person who finds this stupid bug.
> >>
> >> Tim
> >>
