On Sun, Jun 20, 2010 at 7:05 PM, Harald Barth wrote:
>
>> that shouldn't happen, but it wouldn't if the backgrounding weren't
>> happening.
>
> Really? Still, even if I have a
>
> while sleep 1 ; do
> ls /afs/pdc.kth.se/ >/dev/null 2>&1
> done
>
> running in one window since before and during
> that shouldn't happen, but it wouldn't if the backgrounding weren't
> happening.
Really? Still, even if I have a
while sleep 1 ; do
ls /afs/pdc.kth.se/ >/dev/null 2>&1
done
running in one window since before and during
/etc/init.d/afs start
in another window, it probably should not d
so it's clearly being backgrounded by something. that shouldn't
happen, but it wouldn't if the backgrounding weren't happening. if
you're tweaking the init script anyway, stop using anything other than
just directly running afsd, and see what happens?
On Sun, Jun 20, 2010 at 5:41 PM, Adam Megacz
Andrew Deason writes:
> If afsd is being backgrounded, it is not by us. afsd only exits after it
> tries to mount /afs. From what Russ says and from what I see in the
> Debian init scripts, the Debian init scripts do not background it
> either.
Yikes, I tried putting "ls /afs/megacz.com" in the
On Sun, 20 Jun 2010 02:49:00 +
Adam Megacz wrote:
> Er, they are the same issue. Obviously afsd needs to get backgrounded
> eventually (otherwise the boot process would not continue). The
> problem is that afsd is being backgrounded too early.
If afsd is being backgrounded, it is not by us
On Sat, Jun 19, 2010 at 10:49 PM, Adam Megacz wrote:
>
> Derrick Brashear writes:
>> AFS can't mount any faster than it does with dynroot.
>
> That's okay! I don't need it to mount any faster; I just need it to not
> background itself until it is done mounting.
>
>> is afsd being backgrounded or
Derrick Brashear writes:
> AFS can't mount any faster than it does with dynroot.
That's okay! I don't need it to mount any faster; I just need it to not
background itself until it is done mounting.
> is afsd being backgrounded or is the issue that /afs/(something) isn't
> up yet?
Er, they are
AFS can't mount any faster than it does with dynroot. is afsd being
backgrounded or is the issue that /afs/(something) isn't up yet?
Derrick
On Jun 13, 2010, at 3:05 PM, Adam Megacz wrote:
Derrick Brashear writes:
Is this dynroot or not?
It is dynroot.
- a
_
Derrick Brashear writes:
> Is this dynroot or not?
It is dynroot.
- a
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
Is this dynroot or not?
Derrick
On Jun 12, 2010, at 5:08 PM, Adam Megacz wrote:
Derrick Brashear writes:
so set it to a script, and provide a script which just runs rxdebug
localhost 7001 in a loop until it succeeds, then exits.
Hrm, actually, this doesn't seem to be working. Perhaps I
Derrick Brashear writes:
> so set it to a script, and provide a script which just runs rxdebug
> localhost 7001 in a loop until it succeeds, then exits.
Hrm, actually, this doesn't seem to be working. Perhaps I'm doing it
wrong? Apparently the RX server will respond to debug requests before
/a
Derrick Brashear writes:
> does your rc file include an afs post inst hook?
Yep
> have it run rxdebug localhost 7001 in a while loop until it succeeds
Hrm, okay, I guess that will work.
- a
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
Russ Allbery writes:
> Is there any reason not to do this? If not, I can just make this change
> in the Debian package. I don't recall why start-stop-daemon was used
> there in the first place.
+1
(but then again I'm a runit guy)
- a
___
OpenAFS
On Thu, Jun 10, 2010 at 10:24 AM, Andrew Deason wrote:
> On Wed, 09 Jun 2010 15:59:07 -0700
> Russ Allbery wrote:
>
>> However, start-stop-daemon itself doesn't background anything unless
>> you tell it to explicitly, and we aren't telling it to. So I think
>> there's some other problem here; it
On Wed, 09 Jun 2010 15:59:07 -0700
Russ Allbery wrote:
> However, start-stop-daemon itself doesn't background anything unless
> you tell it to explicitly, and we aren't telling it to. So I think
> there's some other problem here; it looks from the original bug report
> like afsd itself is exitin
Andrew Deason writes:
> Russ Allbery wrote:
>> Is there any reason not to do this? If not, I can just make this
>> change in the Debian package. I don't recall why start-stop-daemon was
>> used there in the first place.
> Hmm, I can't think of much. Does start-stop-daemon do anything like
> c
On Wed, 09 Jun 2010 15:28:24 -0700
Russ Allbery wrote:
> > If you just run afsd directly instead of backgrounding it, it sounds
> > like it'll do what you want. That is, replace the line in the script
> > that has "start-stop-daemon --start /foo/afsd --
> > $AFSD_OPTIONS" with just "/foo/afsd $A
Andrew Deason writes:
> Adam Megacz wrote:
>> I've got my openafs cache in tmpfs (via a loopback-mount), so every
>> time the machine comes up it sees an empty cache directory and spends
>> some time "Starting AFS cache scan..." -- creating the directory
>> structure.
>>
>> Unfortunately the AF
On Wed, 09 Jun 2010 21:35:46 +
Adam Megacz wrote:
> I've got my openafs cache in tmpfs (via a loopback-mount), so every
> time the machine comes up it sees an empty cache directory and spends
> some time "Starting AFS cache scan..." -- creating the directory
> structure.
>
> Unfortunately th
19 matches
Mail list logo
