* Re: [BK] disconnected operation
2004-12-26 17:19 ` [BK] disconnected operation Larry McVoy
@ 2004-12-26 18:25 ` James Bottomley
2004-12-26 18:35 ` Larry McVoy
2004-12-26 18:41 ` Zwane Mwaikambo
` (2 subsequent siblings)
3 siblings, 1 reply; 14+ messages in thread
From: James Bottomley @ 2004-12-26 18:25 UTC (permalink / raw)
To: Larry McVoy; +Cc: Linux Kernel
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
^ permalink raw reply [flat|nested] 14+ messages in thread* Re: [BK] disconnected operation
2004-12-26 18:25 ` James Bottomley
@ 2004-12-26 18:35 ` Larry McVoy
2004-12-26 18:46 ` James Bottomley
0 siblings, 1 reply; 14+ messages in thread
From: Larry McVoy @ 2004-12-26 18:35 UTC (permalink / raw)
To: James Bottomley; +Cc: Larry McVoy, Linux Kernel
> 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
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [BK] disconnected operation
2004-12-26 18:35 ` Larry McVoy
@ 2004-12-26 18:46 ` James Bottomley
0 siblings, 0 replies; 14+ messages in thread
From: James Bottomley @ 2004-12-26 18:46 UTC (permalink / raw)
To: Larry McVoy; +Cc: Linux Kernel
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
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [BK] disconnected operation
2004-12-26 17:19 ` [BK] disconnected operation Larry McVoy
2004-12-26 18:25 ` James Bottomley
@ 2004-12-26 18:41 ` Zwane Mwaikambo
2004-12-26 20:30 ` Martin Dalecki
2004-12-26 20:20 ` Martin Dalecki
2004-12-28 9:17 ` Marcelo Tosatti
3 siblings, 1 reply; 14+ messages in thread
From: Zwane Mwaikambo @ 2004-12-26 18:41 UTC (permalink / raw)
To: Larry McVoy; +Cc: James Bottomley, Linux Kernel
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
^ permalink raw reply [flat|nested] 14+ messages in thread* Re: [BK] disconnected operation
2004-12-26 18:41 ` Zwane Mwaikambo
@ 2004-12-26 20:30 ` Martin Dalecki
0 siblings, 0 replies; 14+ messages in thread
From: Martin Dalecki @ 2004-12-26 20:30 UTC (permalink / raw)
To: Zwane Mwaikambo; +Cc: Linux Kernel, James Bottomley, Larry McVoy
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 ;-) ...
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [BK] disconnected operation
2004-12-26 17:19 ` [BK] disconnected operation Larry McVoy
2004-12-26 18:25 ` James Bottomley
2004-12-26 18:41 ` Zwane Mwaikambo
@ 2004-12-26 20:20 ` Martin Dalecki
2004-12-28 14:33 ` Ricky Beam
2004-12-28 9:17 ` Marcelo Tosatti
3 siblings, 1 reply; 14+ messages in thread
From: Martin Dalecki @ 2004-12-26 20:20 UTC (permalink / raw)
To: Larry McVoy; +Cc: Linux Kernel, James Bottomley
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...)
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [BK] disconnected operation
2004-12-26 20:20 ` Martin Dalecki
@ 2004-12-28 14:33 ` Ricky Beam
2004-12-29 5:16 ` Kyle Moffett
0 siblings, 1 reply; 14+ messages in thread
From: Ricky Beam @ 2004-12-28 14:33 UTC (permalink / raw)
To: Martin Dalecki; +Cc: Linux Kernel
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.
^ permalink raw reply [flat|nested] 14+ messages in thread* Re: [BK] disconnected operation
2004-12-28 14:33 ` Ricky Beam
@ 2004-12-29 5:16 ` Kyle Moffett
2004-12-29 6:00 ` Ricky Beam
0 siblings, 1 reply; 14+ messages in thread
From: Kyle Moffett @ 2004-12-29 5:16 UTC (permalink / raw)
To: Ricky Beam; +Cc: Linux Kernel, Martin Dalecki
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------
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [BK] disconnected operation
2004-12-29 5:16 ` Kyle Moffett
@ 2004-12-29 6:00 ` Ricky Beam
0 siblings, 0 replies; 14+ messages in thread
From: Ricky Beam @ 2004-12-29 6:00 UTC (permalink / raw)
To: Kyle Moffett; +Cc: Linux Kernel
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
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [BK] disconnected operation
2004-12-26 17:19 ` [BK] disconnected operation Larry McVoy
` (2 preceding siblings ...)
2004-12-26 20:20 ` Martin Dalecki
@ 2004-12-28 9:17 ` Marcelo Tosatti
3 siblings, 0 replies; 14+ messages in thread
From: Marcelo Tosatti @ 2004-12-28 9:17 UTC (permalink / raw)
To: Larry McVoy, James Bottomley, Larry McVoy, Linux Kernel
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.
^ permalink raw reply [flat|nested] 14+ messages in thread