Re: lease.openlogging.org is unreachable

Re: lease.openlogging.org is unreachable

[James Bottomley]

> The interesting thing is that the code already has a backup in it and I just
> checked that code path and it works.
> 
> Has anyone else been shut down because of lease.openlogging.org being down
> and if so what version of BK were you running please?

I believe I've reported this problem to you and support@bitmover.com
several times.

There's something in BK that refuses to work when it can't contact
lease.openlogging.org, regardless of whether you just renewed the lease
or not.  This keeps biting me when I try to use BK disconnected from the
internet (usually while travelling).

This problem is certainly my single biggest headache with BK since it
means I can't go through my backlog of email and build the SCSI BK tree
when I'm travelling (which is often the only time I have available for
doing it).

My current version is bk 3.2.3 but it's been a problem on all prior
versions I've used as well.

James

Re: lease.openlogging.org is unreachable

[Larry McVoy]

On Sun, Dec 26, 2004 at 10:12:10AM -0600, James Bottomley wrote:
> > The interesting thing is that the code already has a backup in it and I just
> > checked that code path and it works.
> > 
> > Has anyone else been shut down because of lease.openlogging.org being down
> > and if so what version of BK were you running please?
> 
> I believe I've reported this problem to you and support@bitmover.com
> several times.
> 
> There's something in BK that refuses to work when it can't contact
> lease.openlogging.org, regardless of whether you just renewed the lease
> or not.  This keeps biting me when I try to use BK disconnected from the
> internet (usually while travelling).

I suspect that your hostname changes when you disconnect.  Leases are 
issued on a per host basis.  If you make your hostname constant when
you unplug it should work.  If it doesn't, let us know.
-- 
---
Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com

Re: lease.openlogging.org is unreachable

[James Bottomley]

On Sun, 2004-12-26 at 08:27 -0800, Larry McVoy wrote:
> I suspect that your hostname changes when you disconnect.  Leases are 
> issued on a per host basis.  If you make your hostname constant when
> you unplug it should work.  If it doesn't, let us know.

Well, that's a new one, but no, I have a fixed hostname which dhcp is
forbidden from changing.

James

[BK] disconnected operation

[Larry McVoy]

On Sun, Dec 26, 2004 at 10:43:13AM -0600, James Bottomley wrote:
> On Sun, 2004-12-26 at 08:27 -0800, Larry McVoy wrote:
> > I suspect that your hostname changes when you disconnect.  Leases are 
> > issued on a per host basis.  If you make your hostname constant when
> > you unplug it should work.  If it doesn't, let us know.
> 
> Well, that's a new one, but no, I have a fixed hostname which dhcp is
> forbidden from changing.

Let's do a little poll here to find out if it is specific to you or if
this is a problem that everyone is having.  Could we get people who
use BK disconnected to stand up and be counted?  Does this work for 
anyone?

For James, could you do a little debugging please?  Run the following
when you are plugged in and it works and also when it doesn't:

	bk getuser
	bk getuser -r
	bk gethost
	bk gethost -r
	bk dotbk

We'll track it down and fix it if it is a problem on our end.  This stuff
is supposed to work, we certainly haven't intentionally caused a problem.
-- 
---
Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com

Re: [BK] disconnected operation

[James Bottomley]

On Sun, 2004-12-26 at 09:19 -0800, Larry McVoy wrote:
> For James, could you do a little debugging please?  Run the following
> when you are plugged in and it works and also when it doesn't:
> 
> 	bk getuser
> 	bk getuser -r
> 	bk gethost
> 	bk gethost -r
> 	bk dotbk
> 
> We'll track it down and fix it if it is a problem on our end.  This stuff
> is supposed to work, we certainly haven't intentionally caused a problem.

OK, I cloned a new repository and started applying patches to it.  The
transcript of what I did is attached.  You can see that after I
disconnect from the network, I get three emails imported before it spits
an error at me.

James

jejb@mulgrave> bk lease renew
jejb@mulgrave> PATH=/home/jejb/BK/BK-kernel-tools:$PATH
jejb@mulgrave> dotest < ~/tmp.mail
bk import -tpatch -CR -yibmvscsi.c: replace schedule_timeout() with msleep() /tmp/patch20138 .
Patching...
Patching file drivers/scsi/ibmvscsi/ibmvscsi.c
Checking for potential renames in /home/jejb/BK/test-2.6 ...
Checking in new or modified files in /home/jejb/BK/test-2.6 ...
bk commit -y[PATCH] ibmvscsi.c: replace schedule_timeout() with msleep()

Description: Use msleep() instead of schedule_timeout()
to guarantee the task delays as expected.  Originally
submitted to linux-scsi by the janitors, and resubmitted
by boutcher (after testing :-)

Signed-off-by: Nishanth Aravamudan <nacc@us.ibm.com>
Signed-off-by: Maximilian Attems <janitor@sternwelten.at>
Signed-off-by: Dave Boutcher <boutcher@us.ibm.com>

ChangeSet revision 1.2206: +1 -0 = 38195
Sending ChangeSet log ...
jejb@mulgrave> bk getuser
jejb
jejb@mulgrave> bk getuser -r
jejb
jejb@mulgrave> bk gethost
mulgrave.(none)
jejb@mulgrave> bk gethost -r
mulgrave.(none)
jejb@mulgrave> bk dotbk
/home/jejb/.bk
jejb@mulgrave> dotest < ~/tmp.mail
bk import -tpatch -CR -yibmvscsi.c: limit size of I/O requests /tmp/patch20470 .
Patching...
Patching file drivers/scsi/ibmvscsi/ibmvscsi.c
Checking for potential renames in /home/jejb/BK/test-2.6 ...
Checking in new or modified files in /home/jejb/BK/test-2.6 ...
bk commit -y[PATCH] ibmvscsi.c: limit size of I/O requests

Description: Limit the size of I/O requests sent by the
ibmvscsi adapter.  With better I/O scheduling (and thus larger
requests) we were breaking some servers.

Signed-off-by: Dave Boutcher <boutcher@us.ibm.com>

ChangeSet revision 1.2207: +1 -0 = 38196
Sending ChangeSet log ...

[HERE I FLIP OUT THE WIRELESS CARD TO DISCONNECT]

jejb@mulgrave> dotest < ~/tmp.mail
bk import -tpatch -CR -yscsi/aic7xxx/aic79xx_osm.c: remove an unused function /tmp/patch20653 .
Patching...
Patching file drivers/scsi/aic7xxx/aic79xx_osm.c
Checking for potential renames in /home/jejb/BK/test-2.6 ...
Checking in new or modified files in /home/jejb/BK/test-2.6 ...
bk commit -y[PATCH] scsi/aic7xxx/aic79xx_osm.c: remove an unused function

[ this time without the problems due to a digital signature... ]

The patch below removes an unused function from
drivers/scsi/aic7xxx/aic79xx_osm.c


diffstat output:
 drivers/scsi/aic7xxx/aic79xx_osm.c |   26 --------------------------
 1 files changed, 26 deletions(-)


Signed-off-by: Adrian Bunk <bunk@stusta.de>

ChangeSet revision 1.2208: +1 -0 = 38197
Sending ChangeSet log ...
jejb@mulgrave> dotest < ~/tmp.mail
bk import -tpatch -CR -yscsi/ahci.c: remove an unused function /tmp/patch20760 .
Patching...
Patching file drivers/scsi/ahci.c
Checking for potential renames in /home/jejb/BK/test-2.6 ...
Checking in new or modified files in /home/jejb/BK/test-2.6 ...
bk commit -y[PATCH] scsi/ahci.c: remove an unused function

[ this time without the problems due to a digital signature... ]

The patch below removes an unused function from drivers/scsi/ahci.c


diffstat output:
 drivers/scsi/ahci.c |    9 ---------
 1 files changed, 9 deletions(-)


Signed-off-by: Adrian Bunk <bunk@stusta.de>

ChangeSet revision 1.2209: +1 -0 = 38198
Sending ChangeSet log ...
jejb@mulgrave> dotest < ~/tmp.mail
bk import -tpatch -CR -ygdth: reduce large on-stack locals /tmp/patch20867 .
Patching...
Patching file drivers/scsi/gdth.c
Patching file drivers/scsi/gdth_proc.c
Checking for potential renames in /home/jejb/BK/test-2.6 ...
Checking in new or modified files in /home/jejb/BK/test-2.6 ...
bk commit -y[PATCH] gdth: reduce large on-stack locals

gdth is the fourth-highest stack user (for a single function)
in 2.6.10-rc3-bk-recent (sizes on x86-32).

Reduce stack usage in gdth driver:
reduce ioc_rescan() from 1564 to 52 bytes;
reduce ioc_hdrlist() from 1528 to 24 bytes;
reduce gdth_get_info() from 1076 to 300 bytes;

Signed-off-by: Randy Dunlap <rddunlap@osdl.org>

diffstat:=
 drivers/scsi/gdth.c      |  194 ++++++++++++++++++++++++++---------------------
 drivers/scsi/gdth_proc.c |  145 ++++++++++++++++++-----------------
 2 files changed, 189 insertions(+), 150 deletions(-)

[HERE BK POPS UP A DIALOGUE SAYING:

Unable to obtain permission to use this version of BitKeeper (bk-3.2.3) 
from lease.openlogging.org.  That server issues certificates to use BK
for openlogging for 30 days at a time.  The bk binary needs to be able
to make a http connection to lease.openlogging.org at least once a month.

Look at 'bk help url' if you need to tell 'bk' about a proxy.

AND THE COMMIT FAILS WITH THE FOLLOWING:]

You need to figure out why you have two files with the same ID
and correct that situation before this ChangeSet can be created.
jejb@mulgrave> bk getuser
jejb
jejb@mulgrave> bk getuser -r
jejb
jejb@mulgrave> bk gethost
mulgrave.(none)
jejb@mulgrave> bk gethost -r
mulgrave.(none)
jejb@mulgrave> bk dotbk
/home/jejb/.bk

Re: [BK] disconnected operation

[Larry McVoy]

> OK, I cloned a new repository and started applying patches to it.  The
> transcript of what I did is attached.  You can see that after I
> disconnect from the network, I get three emails imported before it spits
> an error at me.

OK, cool.  We can keep going back and forth or if you wish you can send me
the mailbox of patches and the cset key to which they should be applied 
and I'll try it.

Can you do a "bk lease renew" before you start the process, then do a
"bk lease show" to make sure it took?  When it starts to fail I'd like
to know what time your computer thinks it is.  Is it possible that you
are using your net connection to maintain your date and then when you
disconnect your date warps forward?  Does this always happen at the 
3rd commit?

Thanks!
-- 
---
Larry McVoy                lm at bitmover.com           http://www.bitkeeper.com

Re: [BK] disconnected operation

[Zwane Mwaikambo]

On Sun, 26 Dec 2004, Larry McVoy wrote:

> On Sun, Dec 26, 2004 at 10:43:13AM -0600, James Bottomley wrote:
> > On Sun, 2004-12-26 at 08:27 -0800, Larry McVoy wrote:
> > > I suspect that your hostname changes when you disconnect.  Leases are 
> > > issued on a per host basis.  If you make your hostname constant when
> > > you unplug it should work.  If it doesn't, let us know.
> > 
> > Well, that's a new one, but no, I have a fixed hostname which dhcp is
> > forbidden from changing.
> 
> Let's do a little poll here to find out if it is specific to you or if
> this is a problem that everyone is having.  Could we get people who
> use BK disconnected to stand up and be counted?  Does this work for 
> anyone?

I use it whilst on travel too, however i do not have a similar problem as 
described by James but i've noticed that simple operations like `bk vi 
filename` take extremely long;

zwane@r3000 ~ {0:0} bk version
BitKeeper version is bk-3.2.3 20040818155841 for x86-glibc23-linux
Built by: lm@redhat9.bitmover.com in /build/3.2.x-lm/src
Built on: Wed Aug 18 11:18:31 PDT 2004
Running on: Linux 2.6.10-R3000

zwane@r3000 linux {0:0} time bk cat user.h
#include <asm/user.h>
0.032u 0.004s 0:40.15 0.0%      0+0k 0+0io 1pf+0w

zwane@r3000 linux-2.6-bk {1:0} time bk get Makefile
Makefile 1.551: 1318 lines
0.074u 0.014s 0:32.79 0.2%      0+0k 0+0io 0pf+0w

My hostname is fixed, i do not have a default gateway set and none of the 
nameservers listed in /etc/resolv.conf are reachable. This could very well 
be a local configuration problem but you did ask for people who use BK 
disconnected to stand up =)

Thanks,
	Zwane

Re: [BK] disconnected operation

[James Bottomley]

On Sun, 2004-12-26 at 10:35 -0800, Larry McVoy wrote:
> OK, cool.  We can keep going back and forth or if you wish you can send me
> the mailbox of patches and the cset key to which they should be applied 
> and I'll try it.

That might be easier, since BK operations take a large amount of time on
my laptop.  I'll send you the emails under separate cover.

> Can you do a "bk lease renew" before you start the process, then do a
> "bk lease show" to make sure it took?  When it starts to fail I'd like
> to know what time your computer thinks it is.  Is it possible that you
> are using your net connection to maintain your date and then when you
> disconnect your date warps forward?  Does this always happen at the 
> 3rd commit?

I did do a bk lease renew at the top (in the log).  My clock is
controlled by NTP, but it just syncs to the localhost fudge when it
loses all net connection.  The time doesn't jump when this happens (it
does drift by a few hundred milliseconds every hour or so I remain
disconnected, though).

Where it happens seems to be variable.  Most often it's the first or
second commit.

James

Re: [BK] disconnected operation

[Martin Dalecki]

On 2004-12-26, at 18:19, Larry McVoy wrote:
> For James, could you do a little debugging please?  Run the following
> when you are plugged in and it works and also when it doesn't:
>
> 	bk getuser
> 	bk getuser -r
> 	bk gethost
> 	bk gethost -r
> 	bk dotbk
>
> We'll track it down and fix it if it is a problem on our end.  This 
> stuff
> is supposed to work, we certainly haven't intentionally caused a 
> problem.

Larry, that's futile, please trust me, you really can't fix this 
conveniently
and properly, without changing the principles of operation. nscd, 
mDNSresponder,
dhclient, glibc, NDIS, netinfo, some NAT, proxy, OpenDirectory, and so 
on, the whole gang,
gosh even /etc/hostname will *always* get you sometime if you intend to
accommodate mobile users. Eee... did I say mobile users, Well let's use 
the proper
buzz-word. *Roaming* users.  Take it as a given: The nice shiny easy 
days of BSD4-Net
release are long past and gone. A hostname simply isn't a fixed 
attribute of a host anymore.
Setting a host name has nowadays more the character of a prayer or 
christmas wish to Santa,
then any setup measure.

I really recommend that you give him a cookie and check if he still 
didn't eat it
next time you meet him. (So don't give him a crispy well smelling 
one...)
Or even better please do yourself the favor and go straight the whole 
way down to
SASL, TSL and so on... There where already people around there with 
similar problems before.
(www.beepcore.org comes in to mind for something quite modern and not 
directly
Java/XML/SOAP/bla bla bloated...)

Re: [BK] disconnected operation

[Martin Dalecki]

On 2004-12-26, at 19:41, Zwane Mwaikambo wrote:

> On Sun, 26 Dec 2004, Larry McVoy wrote:
>
>> On Sun, Dec 26, 2004 at 10:43:13AM -0600, James Bottomley wrote:
>>> On Sun, 2004-12-26 at 08:27 -0800, Larry McVoy wrote:
>>>> I suspect that your hostname changes when you disconnect.  Leases 
>>>> are
>>>> issued on a per host basis.  If you make your hostname constant when
>>>> you unplug it should work.  If it doesn't, let us know.
>>>
>>> Well, that's a new one, but no, I have a fixed hostname which dhcp is
>>> forbidden from changing.
>>
>> Let's do a little poll here to find out if it is specific to you or if
>> this is a problem that everyone is having.  Could we get people who
>> use BK disconnected to stand up and be counted?  Does this work for
>> anyone?
>
> I use it whilst on travel too, however i do not have a similar problem 
> as
> described by James but i've noticed that simple operations like `bk vi
> filename` take extremely long;

There are very few name-service implementations out there with proper
error handling out there. Sad world this is ;-) ...

Re: [BK] disconnected operation

[Marcelo Tosatti]

On Sun, Dec 26, 2004 at 09:19:00AM -0800, Larry McVoy wrote:
> On Sun, Dec 26, 2004 at 10:43:13AM -0600, James Bottomley wrote:
> > On Sun, 2004-12-26 at 08:27 -0800, Larry McVoy wrote:
> > > I suspect that your hostname changes when you disconnect.  Leases are 
> > > issued on a per host basis.  If you make your hostname constant when
> > > you unplug it should work.  If it doesn't, let us know.
> > 
> > Well, that's a new one, but no, I have a fixed hostname which dhcp is
> > forbidden from changing.
> 
> Let's do a little poll here to find out if it is specific to you or if
> this is a problem that everyone is having.  Could we get people who
> use BK disconnected to stand up and be counted?  Does this work for 
> anyone?
> 
> For James, could you do a little debugging please?  Run the following
> when you are plugged in and it works and also when it doesn't:
> 
> 	bk getuser
> 	bk getuser -r
> 	bk gethost
> 	bk gethost -r
> 	bk dotbk
> 
> We'll track it down and fix it if it is a problem on our end.  This stuff
> is supposed to work, we certainly haven't intentionally caused a problem.

Larry,

I have never been able to use BK in disconnected mode, which is very annoying.

It fails to connect to lease.openlogging.org as James describes.

Is disconnected operation supposed to work ? It didnt seem so.

Re: [BK] disconnected operation

[Ricky Beam]

On Sun, 26 Dec 2004, Martin Dalecki wrote:
>A hostname simply isn't a fixed attribute of a host anymore.

It is on properly setup and maintained machines.

The problem are all those people writing programs that think they are doing
the world a favor by screwing with the hostname and various other settings
for us... there's no reason for dhcp to change my hostname.  At least on
linux, no dhcp implementation touches /etc/hosts. (Solaris has screwed up
the hosts file for years.)

These are the same machines that don't have FQDN's as the first name per
entry in /etc/hosts (which pisses off many incarnations of glibc.) *grin*

--Ricky

PS: When you're off-line, /etc/resolv.conf shouldn't have any nameservers
    listed.  They aren't going to be connectable.

Re: [BK] disconnected operation

[Kyle Moffett]

On Dec 28, 2004, at 09:33, Ricky Beam wrote:
> On Sun, 26 Dec 2004, Martin Dalecki wrote:
>> A hostname simply isn't a fixed attribute of a host anymore.
>
> It is on properly setup and maintained machines.
>
> The problem are all those people writing programs that think they are 
> doing
> the world a favor by screwing with the hostname and various other 
> settings
> for us... there's no reason for dhcp to change my hostname.  At least 
> on
> linux, no dhcp implementation touches /etc/hosts. (Solaris has screwed 
> up
> the hosts file for years.)
>
> These are the same machines that don't have FQDN's as the first name 
> per
> entry in /etc/hosts (which pisses off many incarnations of glibc.) 
> *grin*

So what would happen to somebody who put their BK files on a portable
drive and carried it from home to work.  That's a perfectly reasonable 
thing to
do, both for security and for speed reasons, but it would appear to 
cause
problems.

Cheers,
Kyle Moffett

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCM/CS/IT/U d- s++: a18 C++++>$ UB/L/X/*++++(+)>$ P+++(++++)>$
L++++(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+
PGP+++ t+(+++) 5 X R? tv-(--) b++++(++) DI+ D+ G e->++++$ h!*()>++$ r  
!y?(-)
------END GEEK CODE BLOCK------

Re: [BK] disconnected operation

[Ricky Beam]

On Wed, 29 Dec 2004, Kyle Moffett wrote:
>So what would happen to somebody who put their BK files on a portable
>drive and carried it from home to work.  That's a perfectly reasonable
>thing to do, both for security and for speed reasons, but it would appear
>to cause problems.

First, the license(s) are stored in the user's home directory (~/.bk/lease)
per hostname.  If you move to a completely different machine, then, yes,
there will need to be a lease for that machine.

What you are describing is no different from the NFS case.  It doesn't
matter that the media has physically moved; it's still visible to multiple,
unique hosts.  Each host(name) will need it's own lease.

--Ricky