Blocked Domains

My dear friends in Turkey: Since there are some of you trying to hack my website for a few days now, I just have blocked the following domains from accessing my domain “urspringer.de”:

.ip.idealhosting.net.tr
.dynamic.ttnet.com.tr

Sorry for any collateral damage …

Microsoft ärgert einen langjährigen, zahlenden Kunden

Facebook-Post: http://www.facebook.com/michael.urspringer/posts/10151612623357157

[fb-post href=”http://www.facebook.com/michael.urspringer/posts/10151612623357157″]

 

Die einzige Lösung, die MS dazu einfällt: Schicken Sie uns ihre Original-CD. Nun, mache ich. Auf die Gefahr hin, dass ich nachher gar nichts mehr in der Hand habe. Dann gibt es aber richtig Ärger. So werden zahlende Kunden vergrault, wärend die Raubkopierer mit irgendwelchen Patches munter ihre Kopie weiter ungestört nutzen.

IBM Connections 4.5 CR1 Upgrade: Missing scripts

If you are missing the files “updateJVMArgs.py” and “ccmUpdate.sh” resp “ccmUpdate.bat” aftre you installed IBM Connections 4.5 CR1, then you might have forgotten one step.

After unpacking the ZIP file with all CR1 fixes you find one additional ZIP file “45-CR1-CCM-OPTIONAL-UPDATE-UNZIP-AND-PLACE-JAR-IN-FIXES-DIRECTORY.zip” which also need to be unzipped.

The resulting fix “LO75060-IC4500-CR01-CCM.jar” also needs to be installed with the Connections update manager.

Afterwards the missing files should be available in the ” /opt/IBM/Connections/addons/ccm/ccmDomainTool/” directory.

IBM Connections: Error running “setupCmdLine.sh”

While running the setupCmdLine.sh script to set your Websphere environment variables you get the error: “dirname: invalid option — ‘b'”.

This might happen if you start the script (as described in the documentation) from the directory “/opt/IBM/WebSphere/AppServer/bin/”. If you instead run it from the Deployment manager profile, then it should work:

 

Do not forget the leading “. ” in front of the command!

You may check that the variables are set correctly by running

 

This variable should now be set to you WAS install directory (e.g. “/opt/IBM/WebSphere/AppServer”)

Ausgemistet …

Ich hatte es ja schon ein paar Mal angekündigt. Heute habe ich damit begonnen, alle von mir nicht aktiv genutzten Accounts im Internet zu löschen. Gar nicht so einfach, da ich mich ja fast überall mal angemeldet hatte … und sei es nur um es zu testen 😉 Es ist auch noch ne Menge zu tun, aber ein Anfang ist gemacht.

Insbesondere meine Profile in Social Networks wie WKW, Stayfriends etc. sind nun nicht mehr vorhanden (zumindest nicht mehr zugänglich, ob die Daten wirklich gelöscht wurden, weiss ja kein Mensch :-)).

Wer möchte, kann mir gerne einen Request bei Facebook senden oder meine öffentlichen Beiträge dort abbonieren.

See you there …

IBM Connections 4.5: Error while accessing IBM Content Manager Library

A customer reported an error while accessing an IBM Content Manager Library within communities. The user got the error message “We are unable to process your request. The library you are trying to access is not available. You can try to load the library again. If this doesn’t work, the library may have been deleted or modified to no longer be visible to you.”

Within the Websphere logs you see java exceptions. The most important ones were:

“CQL5936:  The server is currently unavailable.  The configured object store, ICObjectStore, was not found on the P8 domain ICDomain at corbaloc:rir:/cell/clusters/Cluster1/CCM/Engine.  Contact your system administrator for assistance. ”

and

“FNRCA0031E: API_UNABLE_TO_USE_CONNECTION: The URI for server communication cannot be determined from the connection object  Class=com.filenet.apiimpl.core.ConnectionImpl URI=corbaloc:rir:/cell/clusters/Cluster1/CCM/Engine Parameters={}.”

Solution:

There might be two possible configuration problems:

  1. Make sure that the name of the SSO token is correct.In Websphere Solution Console go to “Security -> Global Security -> Web and SIP Security ->Single Sign-on (SSO)”.

    Check “LTPA V1 cookie name” and “LTPA V2 cookie name”. It must be “LtpaToken” resp. “LtpaToken2”. No other names are allowed and the entry is case sensitive. So make really sure, it looks like that.

  2. Make sure the Generic JVM properties of all servers where the Filenet application is running is set to the same values on all nodes. It can happen that on the secondary nodes some statements are missing.In Websphere Solution Console go to “Servers -> Server Types -> Websphere Application Servers -> <name of the server where Content Manager is running, e.g. “Cluster1_server1″>”. Within the server go to “Server Infrastructure -> Java and Process Management -> Process Definiton -> Additional Properties -> Java Virtual Machines” and check the value in “Generic JVM arguments”.

    It should be the same for this server on all nodes and should look like

    ” -Xgcpolicy:gencon -Djava.awt.headless=true   -Xsoftrefthreshold16     -Xgcpolicy:gencon -Djava.awt.headless=true -DFileNet.EJB.ContextProperties=java.naming.provider.url=! -Dibm.filenet.security.vmmProvider.waltzImpl=true -DenableWaltzIdConversion=true -Dcom.ibm.connections.directory.services.j2ee.security.principal=uid”

    If the statements are missing, add it. Make sure: These statements are only on the server where IBM Content Manager / Filenet applications are running. So you only need to add it there.

After doing a resync of all nodes and restart all servers, the issue should be solved.