I'd like to hear from anyone who was able make it work and survive
reboots.

LC_CTYPE=en_US LANG=en_US nohup /usr/bin/dsmc sched

in a startup script should do the trick. At least it does here. :-)

I'm wondering where do you place this line in SLES? In RHEL there is
/etc/rc.local which starts late in boot process after the network and
all other services are already up. In SLES the equivalent would be
/etc/init.d/boot.local. But in contrast to /etc/rc.local, boot.local
starts very early during boot (before network and stuff).

AFAIK, there is no /etc/locales.gen and locale-gen in SLES or RHEL.
The two major Linuxes for with the TSM client is produced and
supported.

I've had these unicode problems only with Debian and Ubuntu, and for
both distributions /etc/locales.gen and locale-gen exist. SLES (at least
10.3) does already have all required locales. But if not, 'localedef'
will help. I don't know about RHEL, we don't use that distribution.

You are right in SLES and RHEL the en_US locale is in place (it would
be odd if it wasn't)

For SLES based systems, we use the following startup script (uses German
locales, so adjust these if they're not available on your system):

Well I'm used to use the init script provided by IBM for
SLES found here
<http://www-01.ibm.com/support/docview.wss?rs=663&context=SSGSG7&q1=linux+start+dsmcad&uid=swg21240599&loc=en_US&cs=utf-8&lang=en>
and
RHEL found here <http://www-01.ibm.com/support/docview.wss?uid=swg21358414>

Long ago I modified the SLES script to include the locale stuff as following:
< startproc $DSMCAD_BIN

LC_CTYPE=en_US LANG=en_US startproc $DSMCAD_BIN

which sets the related variables temporarily only for the DSMCAD invocation.

Regards,

--
Björn Rackoll
Universität Hamburg
Regionales Rechenzentrum
Zentrale Dienste
Schlüterstr. 70
20146 Hamburg
Tel.: +49 (0)40 42838 - 63 11
Fax: +49 (0)40 42838 - 62 70
E-Mail: backup AT rrz.uni-hamburg DOT de