Recent Posts

Pages: [1] 2 3 4 5 6 ... 10
1
Windows Client / Re: OnDemand Client - How to tell whether 32 or 64-bit is installed?
« Last post by myersel on November 11, 2019, 10:04:40 AM »
Go to Help --> About and at the very bottom you will see something like "Version 10.1.0.5 (64-bit)"
2
Windows Client / OnDemand Client - How to tell whether 32 or 64-bit is installed?
« Last post by Joe Wolken on November 11, 2019, 08:38:36 AM »
How do determine whether the 32 bit or the 64 bit version of the OnDemand Client is installed on the PC? I do not see it listed in the Help, About screen, where I would expect it.

Thanks,
Joe
3
MP Server / Re: arssockd -T -I <<Instance Name>> will not stop CMOD
« Last post by jsquizz on November 11, 2019, 08:33:55 AM »
I'm trying to shutdown CMOD before an offline backup using the command arssockd -T -v -I archive. The command completes with no output and does not stop the arssockd process.

Anyone have this issue on RedHat Linux V7.6 and CMOD V10.1.0.4

Yes. I've seen this intermittently not work. I end up killing it manually.
4
General / Re: SFTP conversion
« Last post by Justin Derrick on November 09, 2019, 12:58:19 PM »
It's probably best to get the source system to produce the CMOD Generic Index File with the correct line endings for the destination system.

If not, there's a ton of ways to convert line endings when you're in a UNIX environment.

You didn't mention what the source system is, and I'm guessing you're using USS on z/OS.  If the source is Windows, you need to convert CRLF (carriage return+line feed) to NL (newline).

Your local (and likely bearded) UNIX guru should be able to help you do this in their preferred way.  I'm not sure which UNIX tools are available in USS.

-JD.

5
MP Server / Re: arssockd -T -I <<Instance Name>> will not stop CMOD
« Last post by Justin Derrick on November 09, 2019, 12:42:50 PM »
Hey Don.

It's okay to stop arssockd with the UNIX kill command.  It might be that you're not using the same ID that started arssockd.  Check on the process with the "ps -ef |grep arssockd" command, and double check that you're logged in as the same user that the process is running under.

-JD.
6
MP Server / arssockd -T -I <<Instance Name>> will not stop CMOD
« Last post by Don Branton on November 08, 2019, 02:17:54 PM »
I'm trying to shutdown CMOD before an offline backup using the command arssockd -T -v -I archive. The command completes with no output and does not stop the arssockd process.

Anyone have this issue on RedHat Linux V7.6 and CMOD V10.1.0.4
7
General / Re: SFTP conversion
« Last post by htees on November 08, 2019, 12:16:37 PM »
Thanks Justin; We were PURPOSELY transferring in Ascii to make sure we could get the index files in plain text when sent to our Unix directory on the ZOS mainframe. These files are being loaded through the Generic indexing process on CMOD 9.5. If SFTP prefers Binary, what is a good way to get these files either as plain text into our Unix directory, or to process Binary index files?

Thanks HT
8
General / Re: SFTP conversion
« Last post by Justin Derrick on November 07, 2019, 01:15:31 PM »
It sounds like there's character conversion being done -- either FTP was fixing it, or SFTP is breaking it.  :D

I'm fairly certain that SFTP prefers binary mode, so either the file being produced wasn't compatible with your OS (and FTP was fixing it by transferring in ASCII) or it was, and transferring with SFTP is breaking it by changing the line ending characters.

You didn't mention which OS / CMOD version, but your server system administrator should know the best way to deal with this in your environment - it's been a remarkably common issue between different operating systems (UNIX / Linux / Mac / Windows / Mainframe) for decades.

-JD.
9
General / SFTP conversion
« Last post by htees on November 07, 2019, 01:04:28 PM »
Hi all; Our Company is currently converting our file transfer protocol from FTP to SFTP.  We are finding that pure text index files(used in the generic indexing process) are being re-formatted into one long line of text, rather than a simple text/index file with line feeds to separate each index field or value. 

We tested using a command to( ls /+mode=text) send over the files and they did send correctly, However we have been told by the FTP group that they cannot alter their tool/software and that we will need to come up with a solution. They are using something called ‘IBM Sterling Integrator [Java Based application]’ and they are stating that they cannot make changes toit.

So My question is has anyone else experienced this ? what measures did you take? Is creating some sort of pre-processor my only option?   

Thanks for any insight you can offer.   Harold Thomas 
10
MP Server / Re: Issue with CMOD admin client, application and pdf index
« Last post by bruce.mchendry on November 07, 2019, 11:52:20 AM »
I had a PMR open with IBM and just got the same thing back from them. They say the issue is Adobe as well. Not surprised. Over the years we've had several Adobe products here and it's got a colourful history of issues. Thanks for the replies.
Cheers,
Bruce
Pages: [1] 2 3 4 5 6 ... 10