TSM 5.1 Linux client oddity
2003-05-06 09:25:53
I saw the same behavior! Since the scheduler is working as expected I did
not go further into it.
--------------------------------------------------------
Timo Kilchenmann E-Mail timo.kilchenmann AT bechtle DOT ch
Phone +41 1 843 34 91 (direct)
Bechtle Data AG or +41 1 843 32 32
Bahnstrasse 58/60 Telefax +41 1 843 34 24
CH-8105 Regensdorf Mobile +41 79 417 43 55
Switzerland http://www.bechtle-data.ch
--------------------------------------------------------
--------------------------------------------------------------------------
Externe Mail : "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
05.05.2003 05:12
--------------------------------------------------------------------------
Gesendet von: "ADSM:
Dist Stor Manager" An: ADSM-L AT VM.MARIST DOT EDU
<ADSM-L AT VM.MARIST DOT EDU> Kopie:
Thema: TSM 5.1 Linux client oddity
Bitte antworten an
"ADSM: Dist Stor
Manager"
Under both Redhat Linux 7.2/x86 and Gentoo Linux 1.4rc4/x86, the dsmc
scheduler (run out of inittab) always spawns 3 processes with the TSM
5.1.5.15 client for Linux... I always saw only one process spawned with
the ADSM 3.1 client when we used ADSM 3.1.
Is this normal to have three running at the same time?
I'm not finding it to be a problem, but just really curious. If it's a bug
of some kind, then I'll open a ticket on it... if it's post-ADSM v3
behavior then I'll update the local documentation saying to expect that.
I know that the TSM clients are more efficient compared to ADSM 3.1 such as
creating multiple connections - one to handle commands/info and one to
handle actual data transfer... but I don't know what the story is with the
TSM client scheduler, although I suspect it might be a similar thing for
performance reasons?
A ``ps -ef|grep dsmc'' command's output shows:
root 24594 1 0 Apr18 ? 00:01:28 /usr/bin/dsmc sched
-password
root 3919 24594 0 Apr18 ? 00:00:00 /usr/bin/dsmc sched
-password
root 8136 3919 0 Apr18 ? 00:00:00 /usr/bin/dsmc sched
-password
What are the other two processes for? (The first, pid 24594, ppid 1 --
init -- is clearly the parent process and the other two are child
processes.)
strace -f -p <pid> tells me pid 8136 is doing absolutely nothing. pid 3919
is doing poll(), and pid 24594 is doing time()/getpid()/write()/nanosleep()
-- looks like some sort of delay loop and doing administrative tasks while
3919 might be a different process for purpose of watching the connection to
the TSM server?
-Dan
|
|
|