Informatica XML Import Issue from command line: PMREP - unix

I wanted to import an XML file into my informatica repositry from the command line using PMREP command.
The command I executed:
pmrep objectimport -i .XML -c Control.XML -l Import_Log.txt
The control file:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE IMPORTPARAMS SYSTEM "impcntl.dtd">
<!--apply label name LABEL_IMPORT_NEW to imported objects-->
<IMPORTPARAMS CHECKIN_AFTER_IMPORT="YES" CHECKIN_COMMENTS="NEWOBJECTS"
APPLY_LABEL_NAME="LABEL_IMPORT_NEW">
<FOLDERMAP SOURCEFOLDERNAME="sOURCE_FOLDER_NAME" SOURCEREPOSITORYNAME="SOURCE_REP_NAME" TARGETFOLDERNAME="TARGET_FOLDER_NAME"
TARGETREPOSITORYNAME="TARGET_REP_NAME"/>
<!--replace all mappings-->
<RESOLVECONFLICT>
<TYPEOBJECT OBJECTTYPE="ALL" RESOLUTION="REPLACE"/>
</RESOLVECONFLICT>
</IMPORTPARAMS>
I renamed the control file as Control.XML or Control.dtd or Control.cnf. But nothing worked.
when I executed the command, The repository was invoked, but immediately got this failure message.
Invoked at Fri May 01 06:26:22 2015
failed to execute objectimport
When I checked the log file, I got the following error:
FATAL:Error at (file /.../Control.XML, line 2, char 45(: An exception occured! Type:XMLPlatformException, Message:Could not close the file.
I tried to name the control file as impcntl.dtd(this was just a try) But got this error,
FATAL:Error at (file /.../Control.XML, line 2,char 3): Expected a markup declaration.
When I removed the line "--> !DOCTYPE IMPORTPARAMS SYSTEM "impcntl.dtd" <--" from the control file, I got the following error,
Label [LABEL_IMPORT_NEW] cannot be found in the repository [SOURCE_REP_NAME]
I am using Unix version: Solaris SunOS 5.10(sparc), and Infa version: 9.1 hotfix 4.
It would be great if somebody can give me a solution for this.
Thanks!

I do a lot with pmrep, in general your control file looks fine and it is obeying the dtd definition. Just making sure of a few things:
Did you make a call to connect before the objectimport call?
[like /> connect -r RepositoryName -n UserID -x password -h serverPath -o port# -s SecDomain

Related

Why does my .zshrc file throw this error when I source it?

I installed zsh on my mac but I get this error when I try to source it:
Last login: Sat Nov 20 15:54:12 on ttys004
➜ ~ source zsh
[2] 55808
/usr/local/bin/zsh:1: parse error near `)'
/usr/local/bin/zsh:1: bad pattern: ^#^#^#^#^#^Y^#^#^#H^#^#^#__PAGEZERO^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^A^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^#^Y^#^#^#(^B^#^#__TEXT^#^#^#^#^#^#^#^#^#^#^#^#^#^#^A^#^#^#^##^H^#^#^#^#^#^#^#^#^#^#^#^#^#^##^H^#^#^#^#^#^E^#^#^#^E^#^#^#^F^#^#^#^#^#^#^#__text^#^#^#^#^#^#^#^#^#^#__TEXT^#^#^#^#^#^#^#^#^#^#\M-<O^#^#^A^#^#^#\M-q
/usr/local/bin/zsh:1: parse error in command substitution
[2] + 55808 exit 1 ����X�
I copied the zshrc.zsh-template from templates as my .zshrc file so I don't even know if the problem is with zsh. It just happens when I run source zsh. I can't figure out what causes this or how to fix it.
The proper source command is source ~/.zshrc

AttributeError: module 'salt.modules' has no attribute 'cp'

The CP command from the terminal is working as expected via
salt "*" cp_push .... works as expected from the master terminal. However using the command in an execution module fails with:
AttributeError: module 'salt.modules' has no attribute 'cp'
Salt is imported in the execution module via:
import salt
The function is being called as:
salt.modules.cp.push(path=str(latest_report))
Not an answer but a work around.
used:
salt.modules.cmdmod.run("salt-call cp.push *desired path*, shell="powershell")
Using powershell solved a plethora of other errors in default Command Prompt

Firebase error: symbolFileMappings:upsert: The uploaded file is not a valid Breakpad Symbol file

I am trying to upload a dSYM file to Firebase using this command:
./Pods/FirebaseCrash/batch-upload -i ./Info.plist -p ./GoogleService-Info.plist ./service-accounts/mtb.json 78*****C-5**4-3***-***C-00*********7
But each time I run this, I get back the following errors
./Pods/FirebaseCrash/upload-sym-util.bash:377: error: symbolFileMappings:upsert: The uploaded file is not a valid Breakpad Symbol file.
./Pods/FirebaseCrash/upload-sym-util.bash:378: note: symbolFileMappings:upsert: The metadata for the symbol file failed to update.
I have tried this link https://groups.google.com/forum/#!msg/firebase-talk/4829Sp1_uKY/IEC_T4-VBAAJ but haven't had any luck as it errors out to
usage: batch-upload [-hv] [-p google-service] [-i info] service-account-file {mach-o file|uuid}
Can someone help me on this one please?
Thanks
Apparently this bug relates to batch-upload script having problems with archives, so you would need to patch it manually.
Try the following:
Change extract_symbols_and_upload "$EXE" "$ARCH" "$BUNDLE" to
extract_symbols_and_upload "$EXE" "$ARCH" "$BUNDLE/$BNDL_PATH"
The dump_syms utility understands dSYM bundles but not archives,
curiously enough. This fix will go out with the next release.
Source

Error while running a .sh script via QProcess

I have written a QT GUI program where pressing a button will execute a .sh script. The contents of the script is-
echo -e 'attach database 'testdatabase.db' as 'aj';\n.separator ","\n.import ora_exported.csv qt_ora_exported' | sqlite3 testdatabase.db
basically the script will import a .csv to an sqlite database. And when the script file (script.sh) is run manually from linux terminal ($./script.sh) it successfully imports the .csv file into the database table.
But, when I call the script from my QT program
void MainWindow::on_importButton_clicked()
{
QProcess process;
process.startDetached("/bin/sh",QStringList()<<"/home/aj/script.sh");
}
it compiles successfully but gives an error message in console when the button is pressed at runtime.
Error: near line 1: near "-": syntax error
Error: cannot open "ora_exported.csv"
what could be causing this ???
EDITED
I have changed my .sh script now to--
echo -e 'attach database 'testdatabase.db' as 'aj';\n.separator ","\n.import /home/aj/ora_exported.csv qt_ora_exported' | sqlite3 testdatabase.db
Thus providing the path to my ora_exported.csv. As a result the runtime error [Error: cannot open "ora_exported.csv"] has gone but the other message [Error: near line 1: near "-": syntax error] is still coming.
Same as was observed in previous case, using ./script.sh is successfully importing data to sqlite3 db table file but QProcess is unable to.
echo is a built in command of a shell that may behave differently.
E.g. take this test script: echotest.sh
echo -e "123"
Now we can compare different results:
$ bash echotest.sh
123
$ zsh echotest.sh
123
$ dash echotest.sh
-e 123
You are probably on some Ubuntu-like OS, where /bin/sh redirects to dash. That would explain the error around "-". So if you are using echo, set you shell specificially or ensure that your script works on all common shells.
Additionally, you are messing up your quotations
echo -e 'attach database 'testdatabase.db' as 'aj';\n.separator ","\n.import /home/aj/ora_exported.csv qt_ora_exported'
results in (no quotations in the first line)
attach database testdatabase.db as aj;
.separator ","
.import /home/aj/ora_exported.csv qt_ora_exported
but you pobably want
echo -e "attach database 'testdatabase.db' as 'aj';\n.separator ','\n.import /home/aj/ora_exported.csv qt_ora_exported"
It looks strange that you are using external script to update database!
why you don't pass "ora_exported.csv" file name as a script argument? This would help solve the problem.
I was talking (typing) about this solution:
void MainWindow::on_importButton_clicked()
{
QProcess::startDetached("/bin/sh",
QStringList()<<"/home/aj/script.sh",
"<location of: 'ora_exported.csv' file>");
}

nagios - nrpe - check_http - works from command prompt but fails on nrpe

I was trying nagios.
following command works well when I execute from the console.
./check_http -I 10.0.0.76 -p 8080 --url="/MYServiceBus/" --post="<My Message xml>" --eregi=.Status_Code.0./Status_Code. -c 7 -w 5 -v
So I went ahead and added in nrpe.cfg
But then it started giving error in /var/log/messages
Unknown option specified in config file '/usr/local/nagios/etc/nrpe.cfg' - Line 246
Interesting part is that the actual command is at line 245.
And in fact there is another check_http commands in the same config file which are working fine.
Am I missing anything but obvious.
Thanks in advance.
regards,
Mohan
Looks like your NRPE is not reloading due to a syntax error in the configuration file.
You do not say whether you are running NRPE as a standalone daemon or via (x)inetd; also you have not shown the content of your file here, so it is hard to debug.
My guess would be that you have edited the nrpe.cfg file a Windows-like editor that has added a trailing ^M to line 246, which is causing the error. Or, there is an invalid character in the line which is causing the problem. If these are not the causes, you need to post the relevant block of lines for us to examine.
OK, got the issue. the request lenght was too much for the NRPE, reduced it and it worked after that.

Resources