Fixes are available
Rational Synergy Fix Pack 2 (7.2.0.2) for 7.2
Rational Synergy Fix Pack 6 (7.2.0.6) for 7.2
Rational Synergy Interim Fix 1 for 7.2.0.6
Rational Synergy Interim Fix 2 for 7.2.0.6
Rational Synergy Fix Pack 7 (7.2.0.7) for 7.2
Rational Synergy Interim Fix 1 for 7.2.0.7
Rational Synergy Interim Fix 2 for 7.2.0.7
Rational Synergy Interim Fix 3 for 7.2.0.7
APAR status
Closed as program error.
Error description
0) configuration Server linux redhat 5.5 Client linux redhat 5.5 no Firewall no selinux. Synergy 7.2.0.1.01 Create a database on the linux server using base.cpk Share this database via NFS -On the server: exportfs -v /usr/local/nfs 9.162.114.164(rw,no_root_squash,no_subtree_check,anonuid=65534,a nongid=65534) cat /etc/exports /usr/local/nfs 9.162.114.164(rw,sync,no_wdelay,no_root_squash) -On the client, you can see I used the option -noac: nfsstat -m /usr/local/nfs from whatever:/usr/local/nfs Flags: rw,sync,vers=3,rsize=32768,wsize=32768,acregmin=0,acregmax=0,acd irmin=0,acdirmax=0,hard,noac,proto=tcp,timeo=600,retrans=2,sec=s ys,addr=whatever Mount that database on the linux client 1) Start a session on the linux client with the GUI. Create a default task Create a new project using a link based workarea Create a new ascii file in the new project. Double click on this new object in Synergy to edit it. =? It opens a terminal with a vi session. Enter some text, then save the changes and close it. 2) Check the object created in the database cache from the server: ## ccm_root@whatever /usr/local/nfs/test/calais720/st_root/cache/source/#86 $ls -al total 16 drwxr-xr-x 3 ccm_root ccm_root 4096 Nov 16 10:56 . drwxr-xr-x 6 ccm_root ccm_root 4096 Nov 16 10:52 .. -rw-r--r-- 1 ccm_root ccm_root 16 Nov 16 10:56 10186 drwxrwxrwx 2 ccm_root ccm_root 4096 Nov 16 10:56 tmp ccm_root@whatever /usr/local/nfs/test/calais720/st_root/cache/source/#86 $cat 10186 hello the world ## =? The file in the cache exists and has the proper content. 3) edit the file again in Synergy =? It opens vi and vi shows an empty file. 4) Check the file in the Cache on the server: ## ccm_root@whatever /usr/local/nfs/test/calais720/st_root/cache/source/#86 $ls -al total 24 drwxr-xr-x 3 ccm_root ccm_root 4096 Nov 16 10:57 . drwxr-xr-x 6 ccm_root ccm_root 4096 Nov 16 10:52 .. -rw-r--r-- 1 ccm_root ccm_root 0 Nov 16 10:57 10186 -rw-r--r-- 1 ccm_root ccm_root 12288 Nov 16 10:57 .10186.swp drwxrwxrwx 2 ccm_root ccm_root 4096 Nov 16 10:57 tmp ## =? The file in the cache is now empty! -close 'vi' and check the Cache file: ## ccm_root@whatever /usr/local/nfs/test/calais720/st_root/cache/source/#86 $ls -al total 12 drwxr-xr-x 3 ccm_root ccm_root 4096 Nov 16 10:59 . drwxr-xr-x 6 ccm_root ccm_root 4096 Nov 16 10:52 .. -rw-r--r-- 1 ccm_root ccm_root 0 Nov 16 10:57 10186 drwxrwxrwx 2 ccm_root ccm_root 4096 Nov 16 10:57 tmp ## =? The object in the cache is still empty. 5) Do the same procedure manually: -create a file called 'toto' from the client machine, in the NFS share and add some text in it: ## xterm -geometry 80x40 -e vi /usr/local/nfs/test/calais720/st_root/cache/source/#86/toto ## -check that file on the server: ## /usr/local/nfs/test/calais720/st_root/cache/source/#86 $ls -al -rw-rw-r-- 1 ccm_root ccm_root 10 Nov 16 11:02 toto ## -Edit the file again: ## xterm -geometry 80x40 -e vi /usr/local/nfs/test/calais720/st_root/cache/source/#86/toto ## =? It opens the file 'toto' with its content. ## ccm_root@whatever /usr/local/nfs/test/calais720/st_root/cache/source/#86 $ls -al total 28 drwxr-xr-x 3 ccm_root ccm_root 4096 Nov 16 11:03 . drwxr-xr-x 6 ccm_root ccm_root 4096 Nov 16 10:52 .. -rw-r--r-- 1 ccm_root ccm_root 0 Nov 16 10:57 10186 drwxrwxrwx 2 ccm_root ccm_root 4096 Nov 16 10:57 tmp -rw-rw-r-- 1 ccm_root ccm_root 10 Nov 16 11:02 toto -rw-r--r-- 1 ccm_root ccm_root 12288 Nov 16 11:03 .toto.swp ## -close the file. The file is still in the Cache and still has its proper content.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: * **************************************************************** * PROBLEM DESCRIPTION: * **************************************************************** * RECOMMENDATION: * **************************************************************** opening an object in 7.2.0.1 with link based workarea, is emptying the file in the database cache
Problem conclusion
Fixed in Synergy 7.2.0.2.
Temporary fix
Comments
APAR Information
APAR number
PM55380
Reported component name
TLOGIC SYNERGY
Reported component ID
5724V66SN
Reported release
720
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2012-01-05
Closed date
2012-03-20
Last modified date
2012-03-20
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
TLOGIC SYNERGY
Fixed component ID
5724V66SN
Applicable component levels
R720 PSN
UP
[{"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSC6Q5","label":"Rational Synergy"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"7.2","Edition":"","Line of Business":{"code":"LOB45","label":"Automation"}}]
Document Information
Modified date:
20 March 2012