Fabio, in my oppinion it's a cache problem, i think, there is no param to set in cube, that tells Cach� to use a different directory than its database path for temporaly files. If such a param would exist, i would create a temp dir with chmod 777 for Cach� to use (i.e. for to create temp files, which would be filled with stream data)... I would not like to "open" the database dir for write access for each user.
Ralf (with a now-working-email-routine :-)) "Fabio" <[EMAIL PROTECTED]> schrieb im Newsbeitrag news:[EMAIL PROTECTED] > Ralf! (lol) > > Yeah, you could say that is another resonable solution! > Anyway I just wanted to emphasize this is an Unix problem, not a Cach� one, > and any Linux-like aproach that lets Cach� read and write to its work > directory when logged as a given user (fabio, ralf, etc) even though this > may not affect CSP apps as they run as root. Understood? > > []s > > F�bio > > > "Ralf Huwald" <[EMAIL PROTECTED]> escreveu na mensagem > news:[EMAIL PROTECTED] > > Fabio! > > > > I had a similar problem some weeks ago (cache 5.04, redhat linux). I added > > an entry in %ZSTART routine, that changed the actual directory for > > background jobs... > > My EMail routine worked fine in foreground, in background (as a job) the > > body disappeared. After changing %ZSTART my routine works great! So there > is > > no need to CHMOD the database directory. > > > > %ZSTART ;%SYS;GRL;Process Startup;;GRL;22.03.01 > > SYSTEM ; > > Q > > LOGIN ; > > ... > > Q > > JOB ; > > ... > > I $ZU(168,"xxxxx") ; xxxxx -> subdir for cache-jobs, e.g. /tmp/ > > ... > > Q > > CALLIN ; > > Q > > > > Ralf > > > > "Fabio" <[EMAIL PROTECTED]> schrieb im Newsbeitrag > > news:[EMAIL PROTECTED] > > > Problem solved! > > > > > > It was a permission problem alright. > > > Solution: chmod on the directory containing the CACHE.DAT file. > > > > > > Thanks anyway. > > > > > > "Peter Cooper" <[EMAIL PROTECTED]> escreveu na mensagem > > > news:[EMAIL PROTECTED] > > > > Fabio > > > > > > > > Sound as though it's a permissions problem > > > > > > > > does it work from a Telnet session rather than a TRM? > > > > > > > > TRM sessions you have the privs that you have logged on to the server > > > > with > > > > > > > > Telnet/CSP sessions have the Cache Privs - set in Config Manager | > > > > Advanced | IO - Network user name/password > > > > > > > > Peter > > > > > > > > PS it's always good to always check the returned status code - many > > > > people have fallen over not doing this > > > > > > > > > > > > > > > >
