https://blogs.oracle.com/virtualization/install-docker-on-oracle-linux-7-v2
https://docs.docker.com/install/linux/docker-ce/centos/#install-docker-ce-1
Docker behind proxy
https://docs.docker.com/config/daemon/systemd/
Docker DNS
https://development.robinwinslow.uk/2016/06/23/fix-docker-networking-dns/
Wednesday, May 30, 2018
Friday, May 25, 2018
debug3: sign_and_send_pubkey: RSA SHA256:UlFZdH9rhOy9uNXoVv5JhSIej+B5xSMRLmocrICkDBk sign_and_send_pubkey: signing failed: agent refused operation
debug3: sign_and_send_pubkey: RSA SHA256:UlFZdH9rhOy9uNXoVv5JhSIej+B5xSMRLmocrICkDBk sign_and_send_pubkey: signing failed: agent refused operation
Solution:
# ssh-add -l
# ssh-add
# ssh-add -l
Solution:
# ssh-add -l
# ssh-add
# ssh-add -l
Thursday, May 24, 2018
Solaris ZFS Share NFS root control prefers to host name other than IP address
Solaris ZFS Share NFS root control prefers to host name other than IP address
Goal is to mount nfs share as root on client machine
Case 1:
drwx------+ 14 testuser users 18 May 15 11:57 weekend
user:testuser:rwxpdDaARWcC-s:fd-----:allow
With below command, on client, after mounted, root doesn't have any permission on weekend.
zfs set share=name=uatlogs,path=/uatlogs,prot=nfs,sec=sys,root=192.168.1.15,prot=smb,csc=auto nfsserver/uatlogs
Solution:
use server name instead, root on client gets right permission as root.
zfs set share=name=uatlogs,path=/uatlogs,prot=nfs,sec=sys,root=uat01.goweekend.ca,prot=smb,csc=auto nfsserver/uatlogs
Goal is to mount nfs share as root on client machine
Case 1:
drwx------+ 14 testuser users 18 May 15 11:57 weekend
user:testuser:rwxpdDaARWcC-s:fd-----:allow
zfs set share=name=uatlogs,path=/uatlogs,prot=nfs,sec=sys,root=192.168.1.15,prot=smb,csc=auto nfsserver/uatlogs
Solution:
use server name instead, root on client gets right permission as root.
zfs set share=name=uatlogs,path=/uatlogs,prot=nfs,sec=sys,root=uat01.goweekend.ca,prot=smb,csc=auto nfsserver/uatlogs
Tuesday, May 15, 2018
dump WebSphere Heap
https://plumbr.io/outofmemoryerror/gc-overhead-limit-exceeded
cd <WebSphere Home>/java/bin
./jmap -dump:format=b,file=heap_dump.hprof <WebSphere Application Process ID>
./jmap -dump:format=b,file=heap_dump.hprof 15252
./jvisualvm --openpid 8471
Thursday, May 3, 2018
monitoredDeployableApps: Install application with customized properties
https://www.ibm.com/support/knowledgecenter/en/SSAW57_8.5.5/com.ibm.websphere.nd.doc/ae/trun_app_install_dragdrop_prop.html#trun_app_install_dragdrop_prop__enh
Trouble shooting wsadmin: http://www-01.ibm.com/support/docview.wss?uid=swg21140940
Step 1
Extract application properties to a file that uses the old application output format.
Trouble shooting wsadmin: http://www-01.ibm.com/support/docview.wss?uid=swg21140940
Step 1
Extract application properties to a file that uses the old application output format.
wsadmin> AdminTask.extractConfigProperties('[-propertiesFileName myApp.props -configData Deployment=MyApplication -options [[SimpleOutputFormat true]]]')
Step 2
Use the Global deployment settings page of an administrative console to set monitored directory values.
- Click Applications > Global deployment settings.
- To enable monitored directory deployment, select Monitor directory to automatically deploy applications.To disable monitored directory deployment, clear Monitor directory to automatically deploy applications.
- To change the monitored directory path, specify a new value for Monitored directory.Ensure that the directory that you specified for Monitored directory exists. The product does not create the directory for you.
- To change the polling interval, specify the number of seconds for Polling interval.
- Click Apply.
- If you are using an administrative console for a base (stand-alone) application server to change monitored directory values, restart the application server.If you are using an administrative console for a deployment manager to change monitored directory values, restart the deployment manager.
Step 3
Customize Property file as below
# Header MapModulesToServers#ResourceType=ApplicationImplementingResourceType=ApplicationResourceId=Deployment=!{applicationName}##Properties# Below can be copied from properties file genereated in step 1taskName=MapModulesToServersrow1={ module=WeekendDataEJB.jar #readonly uri=WeekendDataEJB.jar,META-INF/ejb-jar.xml #readonly server=WebSphere:cell=!{cellName},node=!{nodeName},server=!{serverName} }row0={ module=CommDataEJB.jar #readonly uri=CommDataEJB.jar,META-INF/ejb-jar.xml #readonly server=WebSphere:cell=!{cellName},node=!{nodeName},server=!{serverName} }
# Properties## Header CtxRootForWebMod#ResourceType=ApplicationImplementingResourceType=ApplicationResourceId=Cell=!{cellName}:Deployment=!{applicationName}## Below can be copied from properties file genereated in step 1
taskName=CtxRootForWebModrow1={ webModule=myWebW #readonly uri=myWebW.war,WEB-INF/web.xml #readonly web.contextroot=weekend }row0={ webModule=myWebGrant #readonly uri=myWebG.war,WEB-INF/web.xml #readonly web.contextroot=weekend/grant }
EnvironmentVariablesSection## Environment Variables#applicationName=myAppcellName=TestCell01nodeName=TestNode01serverName=server1
Step 4
Copy the property file into monitoredDeployableApps folder accordingly. If managed node, copy it into deployment manager domain; if it is standard application server, copy it to application server domain.
Verify the SystemOut.log if the process is initiated and finished.
Subscribe to:
Posts (Atom)