I was experimenting with WAMP on my laptop, not a big deal in itself, but when I rebooted the Apache server failed to start.
Event logs showed something else had already been binded to port 80.
Quick Fix was to determine which PID had it by running the following:
netstat -ano
From there you can use task manager, determine the conflicting process, kill the PID.
(If you had CYGWIN installed)
netstat -ano | grep :80
ps -Wef | grep <pid> # To determine the process
kill -9 <pid>
Tags: ano, Apache, apache server, binded, cygwin, Event, event logs, Fix, grep, laptop, lt, manager, netstat, PID, port, process, server, task, task manager, WAMP, Wef
Posted in Non-Tivoli, WindozeMiscellaneous | Comments (0)
Not that there is a lot to the TDW layout, but knowing the schema assists in the documentation process and developing queries and procedures of the TDW (Tivoli Data Warehouse).
Make short work of this by using the opensource tools of SchemaSpy and Graphviz
SchemaSpy is a jar file that supports over 21 DBs, including the 3 supported by ITM TDW (Oracle, Sybase, MSSQL) and is run from the command line to generate a html directory of content about the interrogated schema.
jdsmedia@deant61p /usr/local/bin
$ java -jar ./schemaspy.jar -t ora -db testtdw -s ITMUSR -dp c:\\OraClient11g\\jdbc\\lib\\ojdbc5_g.jar -u XXX -p XXX -o c:/cygwin/tmp/tdw
Using database properties:
[./schemaspy.jar]/net/sourceforge/schemaspy/dbTypes/ora.properties
Connected to Oracle – Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 – 64bit Production
With the Partitioning, OLAP and Data Mining options
Gathering schema details………………………………………………..
………………………………. |
Tags: cygwin, Data, data mining, data warehouse, database, database properties, dbs, Documentation, dp, file, graphviz, html directory, jar, jar file, java jar, jdbc, layout, lot, mssql, olap, opensource, ora, oracle, oracle database, oracle sybase, process, schema, SchemaSpy, tdw, Tivoli, tivoli data, tmp, warehouse, work
Posted in ITM, TDW2.x | Comments (0)
Reference: http://help.mosso.com/article.php?id=180
Your script is calling for the “REMOTE_ADDR” and receives the IP of a server in front of one of our back-end servers. The web facing server is then passing the scripts output without giving the expected REMOTE_ADDR of the visitor. In order for your scripts to recognize that they are on a cluster and log the correct IP of your visitors, you will need to replace and add the code below.
For PHP:
Locate any lines of code that are similar to this snippet of code,
$_SERVER['REMOTE_ADDR'];
And replace it with this snippet of code,
$_SERVER['HTTP_X_CLUSTER_CLIENT_IP'];
For ASP:
Locate any lines of code that are similar to this snipper of code,
Request.ServerVariables(“REMOTE_ADDR”)
And replace it with this snipper of code,
Request.ServerVariables(“HTTP_X_CLUSTER_CLIENT_IP”)
My fix for this required a unix shell (if you’re on a Windows look at installing cygwin on your system.
# Ftp your web content down to your local system
$ for file in `find <path_to_files> -exec grep -l REMOTE_ADDR {} \;`; do base=`basename $file`; sed ‘s/REMOTE_ADDR/HTTP_X_CLUSTER_CLIENT_IP/g’ $file > /tmp/$base; grep HTTP_X_CLUSTER_CLIENT_IP /tmp/$base >/dev/null 2>&1 && grep REMOTE_ADDR $file && echo “Updated $base” && mv
/tmp/$base $file; done
# Then simply upload the changed files to your system.
Tags: ADDR, amp, base, CLIENT, cluster, code, code request, code server, correct ip, cygwin, exec grep, file, g file, grep, HTTP, local system, Locate, lt, mosso, mv, Reference, REMOTE, remote addr, remote_addr, Request, request servervariables, Scripts, server, servers, ServerVariables, shell, snipper, snippet, statistics, system, tmp, unix, unix shell, web, web content
Posted in web_programming | Comments (0)