waiting for ljrittle's lock in /cvs/gcc/gcc/gcc

waiting for ljrittle's lock in /cvs/gcc/gcc/gcc

[Loren James Rittle]

For reasons unknown to me, an ssh connection through our gateway died
(it is a multi-hop path layered over an SSL gateway; don't ask).  This
setup has been stabled for a long time.  At this moment, I'm sure that
no process at this end currently holds the lock being reported as
owned by me (ljrittle) in /cvs/gcc/gcc/gcc .  Sorry if this caused any
problems.

Regards,
Loren

Re: waiting for ljrittle's lock in /cvs/gcc/gcc/gcc

[Jason Molenda]

Folks, I killed off Loren's processes.  I don't think there is any
useful information to be gathered from the running perl process.

J

Re: waiting for ljrittle's lock in /cvs/gcc/gcc/gcc

[Loren James Rittle]

>Folks, I killed off Loren's processes.  I don't think there is any
>useful information to be gathered from the running perl process.

Thanks Jason,  it appears that the commit in process actually completed
fine.

Re: waiting for ljrittle's lock in /cvs/gcc/gcc/gcc

[Angela Marie Thomas]

> Folks, I killed off Loren's processes.  I don't think there is any
> useful information to be gathered from the running perl process.

Actually, that turns out not to be true.

There is another log_accum_buzillaified going bonkers.  It's in an
infinite loop.  The bit doing it is from write_sql_batch:

  do
    { 
      $extension++;
      $spoolfile = $SQL_SPOOLDIR . "/tmp." . $extension;
      if ($debug) {
        print STDERR "Spooling SQL -> " . $spoolfile . "\n";
      }
    } while (!sysopen SQL, $spoolfile, O_WRONLY | O_CREAT | O_EXCL, 0644);

SQL_SPOOLDIR is /home/bje/spool which is world writeable, however,
/home/bje is mode 754 (why? I don't know).  This is causing everyone
not in group cygnus and not user bje to fail to create these files.

I don't know why the above is in a loop.  If you can't create the file,
I think you really shouldn't keep trying.  The obvious fix to me is to
do the sysopen and check the return code.  The next obvious thing to do
is make Ben's homedir 755.

Preferences?

--Angela

Re: waiting for ljrittle's lock in /cvs/gcc/gcc/gcc

[Angela Marie Thomas]

Forgot to mention... I figured this out from strace:


open("/home/bje/spool/tmp.1078077667", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0644
) = -1 EACCES (Permission denied)
open("/home/bje/spool/tmp.1078077668", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0644
) = -1 EACCES (Permission denied)
open("/home/bje/spool/tmp.1078077669", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0644
) = -1 EACCES (Permission denied)
open("/home/bje/spool/tmp.1078077670", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0644
) = -1 EACCES (Permission denied)
open("/home/bje/spool/tmp.1078077671", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0644
) = -1 EACCES (Permission denied)
open("/home/bje/spool/tmp.1078077672", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0644
) = -1 EACCES (Permission denied)
open("/home/bje/spool/tmp.1078077673", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0644
) = -1 EACCES (Permission denied)
open("/home/bje/spool/tmp.1078077674", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0644
) = -1 EACCES (Permission denied)
open("/home/bje/spool/tmp.1078077675", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0644
) = -1 EACCES (Permission denied)
open("/home/bje/spool/tmp.1078077676", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0644
) = -1 EACCES (Permission denied)
open("/home/bje/spool/tmp.1078077677", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0644
) = -1 EACCES (Permission denied)
open("/home/bje/spool/tmp.1078077678", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0644
) = -1 EACCES (Permission denied)
open("/home/bje/spool/tmp.1078077679", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0644
) = -1 EACCES (Permission denied)
open("/home/bje/spool/tmp.1078077680", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE,
0644
) = -1 EACCES (Permission denied)
[...]

Re: waiting for ljrittle's lock in /cvs/gcc/gcc/gcc

[Christopher Faylor]

On Tue, Jul 15, 2003 at 10:39:16PM -0700, Angela Marie Thomas wrote:
>
>> Folks, I killed off Loren's processes.  I don't think there is any
>> useful information to be gathered from the running perl process.
>
>Actually, that turns out not to be true.

Ok.  This was probably me again.  I was, again, trying to tighten up
some protections and foolishly thought that sources didn't use people's
home directories as locations for system software.

IMO, having anything on the system rely on /home/bje is really daft.

>I don't know why the above is in a loop.  If you can't create the file,
>I think you really shouldn't keep trying.  The obvious fix to me is to
>do the sysopen and check the return code.  The next obvious thing to do
>is make Ben's homedir 755.
>
>Preferences?

Looks like someone set the directory to 755.

Can I make a strong request that this mess be cleaned up and properly
submitted to a non user-specific directory on sourceware?

cgf

Re: waiting for ljrittle's lock in /cvs/gcc/gcc/gcc

[Angela Marie Thomas]

> On Tue, Jul 15, 2003 at 10:39:16PM -0700, Angela Marie Thomas wrote:
> >
> >> Folks, I killed off Loren's processes.  I don't think there is any
> >> useful information to be gathered from the running perl process.
> >
> >Actually, that turns out not to be true.
> 
> Ok.  This was probably me again.  I was, again, trying to tighten up
> some protections and foolishly thought that sources didn't use people's
> home directories as locations for system software.
> 
> IMO, having anything on the system rely on /home/bje is really daft.
> 
> >I don't know why the above is in a loop.  If you can't create the file,
> >I think you really shouldn't keep trying.  The obvious fix to me is to
> >do the sysopen and check the return code.  The next obvious thing to do
> >is make Ben's homedir 755.
> >
> >Preferences?
> 
> Looks like someone set the directory to 755.
> 
> Can I make a strong request that this mess be cleaned up and properly
> submitted to a non user-specific directory on sourceware?
> 
> cgf

I changed the Cc to Ben's current address.  I second the motion to
not write to his directory.

--Angela

Re: waiting for ljrittle's lock in /cvs/gcc/gcc/gcc

[Ben Elliston]

G'day (hey, I'm in far north Queensland!)

Angela Marie Thomas <angela@foam.wonderslug.com> writes:

> > IMO, having anything on the system rely on /home/bje is really daft.

Yes, you're right :-(

> > Looks like someone set the directory to 755.

That would be me .. in hindsight, this was a mistake, however I wanted
to be able to manage/test things myself originally using my home
directory.  The directory needs to be world-writable so that any
user's cvs server process can deposit an SQL batch file to the spool
directory.

BTW, my intention is to bring my CVSQL server back online in the next
few weeks and start slurping these files out of the spool.

> I changed the Cc to Ben's current address.  I second the motion to
> not write to his directory.

Feel free to move it wherever.  Sorry. :-(

Ben