Re: Onbar backup problems

Hi, I don't know about Windows things, but I've a few ideas: - I'm not sure how you are starting ON-Bar and what you mean by "Data Protector". "Data Protector" may be part of a storage manager. But it looks like the error is produced by ON-Bar. I do not really believe in the "signal 154" part of the "DP"-message, but the rest looks plausible. - with ON-Bar error 0x9a (154) has the following meaning: BAR_NO_PERMISSION 0x9a /* (154) not root,informix or NT admin*/ So this can easily be caused by a missing configuration step when you moved from one system to the other. - did you check the ON-Bar activity log ? (For the filename check your BAR_ACT_LOG onconfig parameter.) It may contain more descriptive information, leading to the root cause. - if nothing else helps, you can turn on ON-Bar debug-tracing by setting onconfig file parameter BAR_DEBUG to a value higher than 0 (higher value means more tracing output with 9 being the maximum. You may want to start with a value of 3 or 4). Also set the onconfig file parameter BAR_DEBUG_LOG to a valid filename. This is where the debug-trace output will be written to. In the output then look for the error number ("154" and/or "0x9a"). Regards, Martin -- Martin Fuerderer IBM Informix Development Munich, Germany Information Management owner-informix-list@iiug.org wrote on 18.03.2005 01:44:17: > We are experiencing a very strange problem with Data Protector. Last > weekend we moved our SAP production system from a Windows NT server to a > brand new Windows 2000 server. > > When we launch our backups, if we try to run a parallel backup, Data > Protector just takes the first 8 dbspaces and after backing them up, aborts > the backup. If we run a whole backup (-w), the process finishes without > errors. > > When we were using the NT server, we didnt have any problems. > > The error that DP shows is: > 2005-03-14 13:43:58 3600 3208 The ON-Bar process 1636 exited with a > problem (exit code 154 (0x9a), signal 154). > > We checked all the permissions and they are correct. We have tried several > things, but DP always backs up only 8 dbspaces. > > Any ideas ? > > Thanks > > -- > Message posted via http://www.dbmonster.com sending to informix-list