Apache OpenOffice (AOO) Bugzilla – Issue 6691
cvsup synvcs is performing to many operations
Last modified: 2003-12-06 14:52:32 UTC
a cvsup run last now over an hour, less than 5 minutes are expected. If you look into the log file, you see, that every time the same files have the SetAttr attribute.
Created attachment 2405 [details] log file of cvsup run
this looks similar to an older bug the 10000000 seconds cvsup bug ( http://people.freebsd.org/~jdp/s1g/ ). but I think we're running the correct versions: cvsup@so-cvsup:/tmp > /usr/local/bin/cvsup -v CVSup client, non-GUI version Copyright 1996-2001 John D. Polstra Software version: SNAP_16_1d Protocol version: 16.1 Operating system: LINUXLIBC6 http://www.polstra.com/projects/freeware/CVSup/ Report problems to cvsup-bugs@polstra.com cvsup@so-cvsup:/tmp > telnet openoffice.org 5999 Trying 64.125.133.202... Connected to openoffice.org. Escape character is '^]'. OK 16 1 SNAP_16_1d CVSup server ready ^[ Connection closed by foreign host. cvsup@so-cvsup:/tmp >
reassigning to support
Assigned internal issue to be reviewed by Eng and Ops. Updates to follow. Thank you
could you provide me with another log from this week please for comparison? thanks
Created attachment 2551 [details] first run of cvsup
Created attachment 2552 [details] second run of cvsup
I have attached two runs of cvsup. the second run happened immediatly after the first. if you diff both log files you will see that only a few operations differs in comparision to all actions.
I spoke w/ our Ops group and they've assured me that the correct server version is running according to specs and not encountering any problems. But they would like to know what client version you're running so we could further investigate the problem. I just want to verify that it's Software version: SNAP_16_1d Protocol version: 16.1 as stated below Thank you
cvsup -v gives still the same output: cvsup@so-cvsup:/tmp > /usr/local/bin/cvsup -v CVSup client, non-GUI version Copyright 1996-2001 John D. Polstra Software version: SNAP_16_1d Protocol version: 16.1 Operating system: LINUXLIBC6 http://www.polstra.com/projects/freeware/CVSup/ Report problems to cvsup-bugs@polstra.com
To clear things up for me (and so that I work better with Eng) I have some questions for you: 1. Should this take only 5 minutes, isn't the whole repository replicating? Why should it be so short normally? 2. Does the time required to do a CVSup run vary throughout the day/week? 3. Was there a specific time when things went from 5 to 60 minutes? If so, when? 4. Was the time change from 5->60 min gradual or sudden?
1. Should this take only 5 minutes, isn't the whole repository replicating? Why should it be so short normally? cvsup has a special mechanism to keep sync time short (this is the trick of cvsup !). Only the diff of file changes are synchronised. 2. Does the time required to do a CVSup run vary throughout the day/week? yes it depend on the number of changed files/tags. 3. Was there a specific time when things went from 5 to 60 minutes? If so, when? yes, since the Solaris upgrade. 4. Was the time change from 5->60 min gradual or sudden? the time grows over the time, will measure now how long does it now takes. I assume ~ 2h.
After speaking to our Operations group and reviewing the server logs, we feel that there's nothing on our end that we can do to make the cvs processes run faster for you. The logs show there is either a network connectivity problem on the far end or a problem with the cvsup client. I'm marking this as resolved/won'tfix
I think the logs I attached, clearly shows that cvsup performs the same action ( changing attribute ) on the same files again and again. so this is not a performance issue, cvsup is simply doing to much operations. and this works fine before the migration and we didn't changed our setup. can you please provide the cvsup configuration of anoncvs for comparision?!
I built a new repository on our cvsup client side and the problems still exists. Can you please provide the cvsup binary and supfile from the anoncvs server, so that we are able to compare these configurtions? Also the log files from anoncvs would be useful to see.
Any update available ?
Martin, here's an email I received from the Operations group when we discussed this last: Here are cvsupd logs from very recently (29-Aug), which show a cvsup initiated from oo.o and one initiated by us. The one from the local network (27458) took 8 minutes, while the one from Sun (presumably in Germany) took 77 minutes. The logs are full of other examples like this, the below result is not atypical. The extra 69 minutes has to be a result of their network connectivity or their cvsup client machine. 2002.08.29 11:21:36 PDT [12133]: +474 mh@62.156.160.59 (so-cvsup) [SNAP_16_1d/16 .1] 2002.08.29 12:03:00 PDT [27458]: +475 ?@anoncvs.openoffice.org (h06.sny.collab.n et) [SNAP_16_1e/16.1] 2002.08.29 12:11:28 PDT [27458]: =475 [4845Kin+92Kout] cvs/cvs 2002.08.29 12:11:28 PDT [27458]: -475 [4845Kin+92Kout] Finished successfully 2002.08.29 12:38:46 PDT [12133]: =474 [94213Kin+42030Kout] cvs/cvs 2002.08.29 12:38:47 PDT [12133]: -474 [94213Kin+42030Kout] Finished successfully
the server version info you requested is actually in the snippet I provided above (snap 16 1e)
Hi Kenneth, the OOo cvsup service has two clients: anoncvs and our machine. We would like to compare the cvsup client behavior of anoncvs with our's. We assume, that anoncvs is running linux and the cvsup client functionality works fine (according to the log from the cvsup server anoncvs syncs in ~8min). So, we would like to have the cvsup binary running on anoncvs or a reference where to download exactly the same file. Thanks, Stefan.
Open Questions: 1. OS anoncvs cvsup is running on 2. OS cvsup server is running on (Linux or Solaris ?) 3. please provide cvsup client binary 4. please provide cvsup client configuration (supfile) my status: even with 16.1e client I got described misbehavior.
1. anoncvs client runs on linux 2. server is running solaris 3. we cannot provide you with the binary. it is just a standard setup however. 4. Here's the supfile: *default host=openoffice.org *default base=/usr/local/cvsup *default prefix=/usr/local/anoncvs/repository/oo *default release=cvs *default delete use-rel-suffix cvs Thank you
more questions to come: 1. can you say us which glibc version your Linux anoncvs is running ? 2. Is there are reason why it is not possible to give us the cvsup binary ? 3. you said server version is "the server version info you requested is actually in the snippet I provided above (snap 16 1e)", I still get the info at login that it is snap 16 1d, so it doesn't matter if I use 1d or 1e ? Am I using the correct server (why else should I get the correct data ?
1- glibc on the cvsup client box is 2.1.3. 2- Company policy restricts me from giving you the binary. 3- the information given to me was that there is a difference between the two versions. ops recommended that you check with the cvs site to make sure that you are using the most updated version on your end, as we have the most up to date version on ours.
> 2- Company policy restricts me from giving you the binary. could you provide the md5sum? > 3- the information given to me was that there is a difference > between the two versions. ops recommended that you check with the > cvs site to make sure that you are using the most updated version > on your end, as we have the most up to date version on ours. Could you give us an exact URL, so that we can download the same binary. Thanks Stefan
Ok; so my CVSup access is working fine; and indeed - if I use a plain: cvsupd ooo-cvsup I get massive slews of 'SetAttrs' messages; from a casual strace of this operation it seems to do a read / modify / write of every file on the local disk - which is extremely unhelpful of course ;-) The man page gives some clues about this in the 'list' section; using the '-s' opt I get a far faster sync with none of the SetAttrs messages. Is it possible that (somehow) some [irrelevant] Attr, such as file permissions / group / owner name is attempted to be synced ?
Oh; and with '-s' I get a back-to-back sync-time of ~5 minutes: michael@ooo:/var/cvsup$ time cvsup -s oo-cvsup Connected to openoffice.org Falling back to protocol version 16.1 Updating collection cvs/cvs Rsync util/comphelper/util/defs/journal Edit util/comphelper/util/defs/wntmsci9,v Rsync util/svtools/source/numbers/journal Edit util/svtools/source/numbers/zforfind.cxx,v Finished successfully real 4m46.460s user 0m11.290s sys 0m0.840s
The files came from cvsup.org. The attributes question might be answered here. http://www.cvsup.org/faq.html#setattrs Stefan- are you able to get consistently shorter times by using the same flags?
per our phone conversation, if you could get me the path of a directory, I will get you the output of ls -l on that directory
hi, we would like to see an directory listing from /cvs/gsl/vcl/inc thanks you.
ls -l /cvs/gsl/vcl/inc + total 9864 + drwxrwxr-x 2 tigrisc tigris 4096 Oct 2 05:11 Attic + drwxrwxr-x 2 tigrisc tigris 4096 Mar 5 2001 CVS + -r--r--r-- 1 tigrisc tigris 6113 Oct 2 05:11 accel.h,v + -r--r--r-- 1 tigrisc tigris 8754 Oct 2 05:11 accel.hxx,v + -r--r--r-- 1 tigrisc tigris 9390 Oct 2 05:11 access.hxx,v + -r--r--r-- 1 tigrisc tigris 6493 Oct 2 05:11 accmgr.hxx,v + -r--r--r-- 1 tigrisc tigris 9153 Oct 2 05:11 alpha.hxx,v + -r--r--r-- 1 tigrisc tigris 11843 Oct 2 05:11 animate.hxx,v + -r--r--r-- 1 tigrisc tigris 8112 Oct 2 05:11 apptypes.hxx,v + -r--r--r-- 1 tigrisc tigris 22655 Oct 2 05:11 bitmap.hxx,v + -r--r--r-- 1 tigrisc tigris 11410 Oct 2 05:11 bitmapex.hxx,v + -r--r--r-- 1 tigrisc tigris 21983 Oct 2 05:11 bmpacc.hxx,v + -r--r--r-- 1 tigrisc tigris 15948 Oct 2 05:11 brdwin.hxx,v + -r--r--r-- 1 tigrisc tigris 8433 Oct 2 05:11 btndlg.hxx,v + -r--r--r-- 1 tigrisc tigris 35559 Oct 2 05:11 button.hxx,v + -r--r--r-- 1 tigrisc tigris 6711 Oct 2 05:11 cmdevt.h,v + -r--r--r-- 1 tigrisc tigris 32590 Oct 2 05:11 cmdevt.hxx,v + -r--r--r-- 1 tigrisc tigris 5689 Oct 2 05:11 color.hxx,v + -r--r--r-- 1 tigrisc tigris 5831 Oct 2 05:11 combobox.h,v + -r--r--r-- 1 tigrisc tigris 18521 Oct 2 05:11 combobox.hxx,v + -r--r--r-- 1 tigrisc tigris 7528 Oct 2 05:11 config.hxx,v + -r--r--r-- 1 tigrisc tigris 5063 Sep 30 20:21 controllayout.hxx,v + -r--r--r-- 1 tigrisc tigris 9116 Oct 2 05:11 ctrl.hxx,v + -r--r--r-- 1 tigrisc tigris 7769 Oct 2 05:11 cursor.hxx,v + -r--r--r-- 1 tigrisc tigris 6585 Oct 2 05:11 cvtgrf.hxx,v + -r--r--r-- 1 tigrisc tigris 8374 Oct 2 05:11 cvtsvm.hxx,v + -r--r--r-- 1 tigrisc tigris 6257 Oct 2 05:11 dbggui.hxx,v + -r--r--r-- 1 tigrisc tigris 8326 Oct 2 05:11 decoview.hxx,v + -r--r--r-- 1 tigrisc tigris 8914 Oct 2 05:11 dialog.hxx,v + -r--r--r-- 1 tigrisc tigris 10315 Oct 2 05:11 dndhelp.hxx,v + -r--r--r-- 1 tigrisc tigris 11274 Oct 2 05:11 dockwin.hxx,v + -r--r--r-- 1 tigrisc tigris 15646 Oct 2 05:11 edit.hxx,v + -r--r--r-- 1 tigrisc tigris 30021 Oct 2 05:11 event.hxx,v + -r--r--r-- 1 tigrisc tigris 6273 Oct 2 05:11 evntpost.hxx,v + -r--r--r-- 1 tigrisc tigris 66732 Oct 2 05:11 field.hxx,v + -r--r--r-- 1 tigrisc tigris 7221 Oct 2 05:11 fixbrd.hxx,v + -r--r--r-- 1 tigrisc tigris 15430 Oct 2 05:11 fixed.hxx,v + -r--r--r-- 1 tigrisc tigris 5950 Oct 2 05:11 fldunit.hxx,v + -r--r--r-- 1 tigrisc tigris 11087 Oct 2 05:11 floatwin.hxx,v + -r--r--r-- 1 tigrisc tigris 4965 Oct 2 05:11 fntstyle.hxx,v + -r--r--r-- 1 tigrisc tigris 15313 Oct 2 05:11 font.hxx,v + -r--r--r-- 1 tigrisc tigris 10918 Sep 30 20:21 fontcfg.hxx,v + -r--r--r-- 1 tigrisc tigris 7645 Oct 2 05:11 fontcvt.hxx,v + -r--r--r-- 1 tigrisc tigris 5641 Oct 2 05:11 fonttype.hxx,v + -r--r--r-- 1 tigrisc tigris 13285 Oct 2 05:11 gdimtf.hxx,v + -r--r--r-- 1 tigrisc tigris 8967 Oct 2 05:11 gdiobj.hxx,v + -r--r--r-- 1 tigrisc tigris 19201 Oct 2 05:11 gen.hxx,v + -r--r--r-- 1 tigrisc tigris 10122 Oct 2 05:11 gfxlink.hxx,v + -r--r--r-- 1 tigrisc tigris 39661 Oct 2 05:11 glyphcache.hxx,v + -r--r--r-- 1 tigrisc tigris 10314 Oct 2 05:11 gradient.hxx,v + -r--r--r-- 1 tigrisc tigris 6483 Oct 2 05:11 graph.h,v + -r--r--r-- 1 tigrisc tigris 12423 Oct 2 05:11 graph.hxx,v + -r--r--r-- 1 tigrisc tigris 6897 Oct 2 05:11 group.hxx,v + -r--r--r-- 1 tigrisc tigris 7940 Oct 2 05:11 hatch.hxx,v + -r--r--r-- 1 tigrisc tigris 8569 Oct 2 05:11 help.hxx,v + -r--r--r-- 1 tigrisc tigris 7708 Oct 2 05:11 helpwin.hxx,v + -r--r--r-- 1 tigrisc tigris 7336 Oct 2 05:11 i18nhelp.hxx,v + -r--r--r-- 1 tigrisc tigris 6322 Oct 2 05:11 idlemgr.hxx,v + -r--r--r-- 1 tigrisc tigris 29539 Oct 2 05:11 ilstbox.hxx,v + -r--r--r-- 1 tigrisc tigris 9605 Oct 2 05:11 image.h,v + -r--r--r-- 1 tigrisc tigris 10099 Oct 2 05:11 image.hxx,v + -r--r--r-- 1 tigrisc tigris 7599 Oct 2 05:11 imgcons.hxx,v + -r--r--r-- 1 tigrisc tigris 6969 Oct 2 05:11 imgctrl.hxx,v + -r--r--r-- 1 tigrisc tigris 8489 Oct 2 05:11 impbmp.hxx,v + -r--r--r-- 1 tigrisc tigris 9664 Oct 2 05:11 impgraph.hxx,v + -r--r--r-- 1 tigrisc tigris 9522 Oct 2 05:11 impoct.hxx,v + -r--r--r-- 1 tigrisc tigris 6608 Oct 2 05:11 impprn.hxx,v + -r--r--r-- 1 tigrisc tigris 6790 Oct 2 05:11 indbmp.hxx,v + -r--r--r-- 1 tigrisc tigris 9283 Oct 2 05:11 inputctx.hxx,v + -r--r--r-- 1 tigrisc tigris 8493 Oct 2 05:11 jobset.h,v + -r--r--r-- 1 tigrisc tigris 7829 Oct 2 05:11 jobset.hxx,v + -rw-r--r-- 1 tigrisc tigris 2004719 Oct 2 05:10 journal + -r--r--r-- 1 tigrisc tigris 9258 Oct 2 05:11 keycod.hxx,v + -r--r--r-- 1 tigrisc tigris 11105 Oct 2 05:11 keycodes.hxx,v + -r--r--r-- 1 tigrisc tigris 7485 Oct 2 05:11 line.hxx,v + -r--r--r-- 1 tigrisc tigris 8846 Oct 2 05:11 lineinfo.hxx,v + -r--r--r-- 1 tigrisc tigris 9939 Oct 2 05:11 longcurr.hxx,v + -r--r--r-- 1 tigrisc tigris 5816 Oct 2 05:11 lstbox.h,v + -r--r--r-- 1 tigrisc tigris 14058 Oct 2 05:11 lstbox.hxx,v + -r--r--r-- 1 tigrisc tigris 7802 Oct 2 05:11 mapmod.hxx,v + -r--r--r-- 1 tigrisc tigris 6000 Oct 2 05:11 mapunit.hxx,v + -r--r--r-- 1 tigrisc tigris 26722 Oct 2 05:11 menu.hxx,v + -r--r--r-- 1 tigrisc tigris 7243 Oct 2 05:11 menubtn.hxx,v + -r--r--r-- 1 tigrisc tigris 39602 Oct 2 05:11 metaact.hxx,v + -r--r--r-- 1 tigrisc tigris 12159 Oct 2 05:11 metric.hxx,v + -r--r--r-- 1 tigrisc tigris 7844 Oct 2 05:11 mnemonic.hxx,v + -r--r--r-- 1 tigrisc tigris 7144 Oct 2 05:11 morebtn.hxx,v + -r--r--r-- 1 tigrisc tigris 9674 Oct 2 05:11 msgbox.hxx,v + -r--r--r-- 1 tigrisc tigris 8362 Oct 2 05:11 octree.hxx,v + -r--r--r-- 1 tigrisc tigris 7775 Oct 2 05:11 ooffice.hxx,v + -r--r--r-- 1 tigrisc tigris 12634 Oct 2 05:11 opengl.hxx,v + -r--r--r-- 1 tigrisc tigris 6100 Oct 2 05:11 outdata.hxx,v + -r--r--r-- 1 tigrisc tigris 26365 Oct 2 05:11 outdev.h,v + -r--r--r-- 1 tigrisc tigris 83075 Oct 2 05:11 outdev.hxx,v + -r--r--r-- 1 tigrisc tigris 25324 Oct 2 05:11 outdev.imp,v + -r--r--r-- 1 tigrisc tigris 5832 Oct 2 05:11 outdev3d.hxx,v + -r--r--r-- 1 tigrisc tigris 36335 Oct 2 05:11 outfont.hxx,v + -r--r--r-- 1 tigrisc tigris 12249 Oct 2 04:17 pdfwriter.hxx,v + -r--r--r-- 1 tigrisc tigris 6216 Oct 2 05:11 pointr.hxx,v + -r--r--r-- 1 tigrisc tigris 7483 Oct 2 05:11 poly.h,v + -r--r--r-- 1 tigrisc tigris 17632 Oct 2 05:11 poly.hxx,v + -r--r--r-- 1 tigrisc tigris 8462 Oct 2 05:11 polyscan.hxx,v + -r--r--r-- 1 tigrisc tigris 6492 Oct 2 05:11 print.h,v + -r--r--r-- 1 tigrisc tigris 25825 Oct 2 05:11 print.hxx,v + -r--r--r-- 1 tigrisc tigris 6050 Oct 2 05:11 prndlg.hxx,v + -r--r--r-- 1 tigrisc tigris 8299 Oct 2 05:11 prntypes.hxx,v + -r--r--r-- 1 tigrisc tigris 12030 Oct 2 05:11 ptrstyle.hxx,v + -r--r--r-- 1 tigrisc tigris 5627 Oct 2 05:11 rc.h,v + -r--r--r-- 1 tigrisc tigris 5579 Oct 2 05:11 rc.hxx,v + -r--r--r-- 1 tigrisc tigris 5637 Oct 2 05:11 rcid.h,v + -r--r--r-- 1 tigrisc tigris 8537 Oct 2 05:11 regband.hxx,v + -r--r--r-- 1 tigrisc tigris 7786 Oct 2 05:11 region.h,v + -r--r--r-- 1 tigrisc tigris 8427 Oct 2 05:11 region.hxx,v + -r--r--r-- 1 tigrisc tigris 4753 Oct 2 05:11 region.imp,v + -r--r--r-- 1 tigrisc tigris 7070 Oct 2 05:11 resary.hxx,v + -r--r--r-- 1 tigrisc tigris 5585 Oct 2 05:11 resid.hxx,v + -r--r--r-- 1 tigrisc tigris 5587 Oct 2 05:11 resmgr.hxx,v + -r--r--r-- 1 tigrisc tigris 8191 Oct 2 05:11 rmbitmap.hxx,v + -r--r--r-- 1 tigrisc tigris 15333 Oct 2 05:11 rmcache.hxx,v + -r--r--r-- 1 tigrisc tigris 12606 Oct 2 05:11 rmevents.hxx,v + -r--r--r-- 1 tigrisc tigris 21938 Oct 2 05:11 rmoutdev.hxx,v + -r--r--r-- 1 tigrisc tigris 16298 Oct 2 05:11 rmprint.hxx,v + -r--r--r-- 1 tigrisc tigris 7270 Oct 2 05:11 rmsound.hxx,v + -r--r--r-- 1 tigrisc tigris 6603 Oct 2 05:11 rmvirdev.hxx,v + -r--r--r-- 1 tigrisc tigris 3466 Oct 2 05:11 rmwindow,v + -r--r--r-- 1 tigrisc tigris 15690 Oct 2 05:11 rmwindow.hxx,v + -r--r--r-- 1 tigrisc tigris 5376 Oct 2 05:11 rversion.h,v + -r--r--r-- 1 tigrisc tigris 11499 Oct 2 05:11 rvp.hxx,v + -r--r--r-- 1 tigrisc tigris 6121 Oct 2 05:11 salatype.hxx,v + -r--r--r-- 1 tigrisc tigris 32758 Oct 2 05:11 salbtype.hxx,v + -r--r--r-- 1 tigrisc tigris 6677 Oct 2 05:11 salctype.hxx,v + -r--r--r-- 1 tigrisc tigris 23943 Oct 2 05:11 salframe.hxx,v + -r--r--r-- 1 tigrisc tigris 42942 Oct 2 05:11 salgdi.hxx,v + -r--r--r-- 1 tigrisc tigris 4223 Oct 2 05:11 salgeom.hxx,v + -r--r--r-- 1 tigrisc tigris 6856 Oct 2 05:11 salgtype.hxx,v + -r--r--r-- 1 tigrisc tigris 18678 Oct 2 05:11 salinst.hxx,v + -r-xr-xr-x 1 tigrisc tigris 21200 Oct 2 04:17 sallayout.hxx,v + -r--r--r-- 1 tigrisc tigris 7050 Oct 2 05:11 salobj.hxx,v + -r--r--r-- 1 tigrisc tigris 37151 Oct 2 05:11 salotype.hxx,v + -r--r--r-- 1 tigrisc tigris 8231 Oct 2 05:11 salprn.hxx,v + -r--r--r-- 1 tigrisc tigris 6327 Oct 2 05:11 salptype.hxx,v + -r--r--r-- 1 tigrisc tigris 7064 Oct 2 05:11 salstype.hxx,v + -r--r--r-- 1 tigrisc tigris 8935 Oct 2 05:11 salsys.hxx,v + -r--r--r-- 1 tigrisc tigris 6011 Oct 2 05:11 saltimer.hxx,v + -r--r--r-- 1 tigrisc tigris 6494 Oct 2 05:11 salvd.hxx,v + -r--r--r-- 1 tigrisc tigris 26942 Oct 2 05:11 salwtype.hxx,v + -r--r--r-- 1 tigrisc tigris 13517 Oct 2 05:11 scrbar.hxx,v + -r--r--r-- 1 tigrisc tigris 7692 Oct 2 05:11 scrbar.imp,v + -r--r--r-- 1 tigrisc tigris 12225 Oct 2 05:11 seleng.hxx,v + -r--r--r-- 1 tigrisc tigris 121343 Oct 2 05:11 settings.hxx,v + -r--r--r-- 1 tigrisc tigris 8869 Oct 2 05:11 slider.hxx,v + -r--r--r-- 1 tigrisc tigris 6139 Oct 2 05:11 sndstyle.hxx,v + -r--r--r-- 1 tigrisc tigris 8593 Oct 2 05:11 sound.hxx,v + -r--r--r-- 1 tigrisc tigris 6266 Oct 2 05:11 spin.h,v + -r--r--r-- 1 tigrisc tigris 7334 Oct 2 05:11 spin.hxx,v + -r--r--r-- 1 tigrisc tigris 8399 Oct 2 05:11 spinfld.hxx,v + -r--r--r-- 1 tigrisc tigris 10221 Oct 2 05:11 split.hxx,v + -r--r--r-- 1 tigrisc tigris 13961 Oct 2 05:11 splitwin.hxx,v + -r--r--r-- 1 tigrisc tigris 11149 Oct 2 05:11 status.hxx,v + -r--r--r-- 1 tigrisc tigris 6281 Oct 2 05:11 stdtext.hxx,v + -r--r--r-- 1 tigrisc tigris 6014 Oct 2 05:11 subedit.hxx,v + -r--r--r-- 1 tigrisc tigris 8396 Oct 2 05:11 sv.h,v + -r--r--r-- 1 tigrisc tigris 47420 Oct 2 05:11 svapp.hxx,v + -r--r--r-- 1 tigrisc tigris 6588 Oct 2 05:11 svcompat.hxx,v + -r--r--r-- 1 tigrisc tigris 52741 Oct 2 05:11 svdata.hxx,v + -r--r--r-- 1 tigrisc tigris 8660 Oct 2 05:11 svids.hrc,v + -r--r--r-- 1 tigrisc tigris 7453 Oct 2 05:11 symbol.hxx,v + -r--r--r-- 1 tigrisc tigris 6156 Oct 2 05:11 syschild.hxx,v + -r--r--r-- 1 tigrisc tigris 6735 Oct 2 05:11 sysdata.hxx,v + -r--r--r-- 1 tigrisc tigris 10389 Oct 2 05:11 system.hxx,v + -r--r--r-- 1 tigrisc tigris 21739 Oct 2 05:11 syswin.hxx,v + -r--r--r-- 1 tigrisc tigris 16542 Oct 2 05:11 tabctrl.hxx,v + -r--r--r-- 1 tigrisc tigris 6588 Oct 2 05:11 tabdlg.hxx,v + -r--r--r-- 1 tigrisc tigris 6523 Oct 2 05:11 tabpage.hxx,v + -r--r--r-- 1 tigrisc tigris 4589 Sep 30 20:21 taskpanelist.hxx,v + -r--r--r-- 1 tigrisc tigris 6121 Oct 2 05:11 threadex.hxx,v + -r--r--r-- 1 tigrisc tigris 6816 Oct 2 05:11 timer.hxx,v + -r--r--r-- 1 tigrisc tigris 7332 Oct 2 05:11 toolbox.h,v + -r--r--r-- 1 tigrisc tigris 45500 Oct 2 05:11 toolbox.hxx,v + -r--r--r-- 1 tigrisc tigris 7601 Oct 2 05:11 unobrok.hxx,v + -r--r--r-- 1 tigrisc tigris 8212 Oct 2 05:11 unohelp.hxx,v + -r--r--r-- 1 tigrisc tigris 4765 Sep 30 20:21 unohelp2.hxx,v + -r--r--r-- 1 tigrisc tigris 9773 Oct 2 05:11 unowrap.hxx,v + -r--r--r-- 1 tigrisc tigris 16108 Oct 2 05:11 vclenum.hxx,v + -r--r--r-- 1 tigrisc tigris 14336 Sep 30 20:21 vclevent.hxx,v + -r--r--r-- 1 tigrisc tigris 10176 Oct 2 05:11 vector2d.hxx,v + -r--r--r-- 1 tigrisc tigris 6812 Oct 2 05:11 virdev.hxx,v + -r--r--r-- 1 tigrisc tigris 6256 Oct 2 05:11 waitobj.hxx,v + -r--r--r-- 1 tigrisc tigris 9435 Oct 2 05:11 wall.hxx,v + -r--r--r-- 1 tigrisc tigris 6114 Oct 2 05:11 windata.hxx,v + -r--r--r-- 1 tigrisc tigris 21712 Oct 2 05:11 window.h,v + -r--r--r-- 1 tigrisc tigris 87281 Oct 2 05:11 window.hxx,v + -r--r--r-- 1 tigrisc tigris 30625 Oct 2 05:11 window.imp,v + -r--r--r-- 1 tigrisc tigris 17451 Oct 2 05:11 wintypes.hxx,v + -r--r--r-- 1 tigrisc tigris 12185 Oct 2 05:11 wrkwin.hxx,v + -r--r--r-- 1 tigrisc tigris 7182 Oct 2 05:11 xconnection.hxx,v + -r--r--r-- 1 tigrisc tigris 10342 Oct 2 05:11 xevthdl.hxx,v
Martin- I've secured an engineer for a conference call. I'm awaiting his schedule, but he won't be available until the end of this week (10/25). David and I will chat with you later today to get some possible times and confirm that with the engineer.
Martin- per our call you mentioned that Monday (10/28) would be better for you. Is there a time you'd prefer?
Monday 9 am Pacfic Time would be okay for me.
per our phone conversation, our Engineer in Chicago will try to replicate this error in a more controlled manner. I will update this ticket when I have more information from him later today.
update: our engineer has finished setting up his test environment and will be doing some research tonight and tomorrow. I will have an update by Thursday.
Our engineer was able to succesfully recreate the bug and is working on his analysis and hopefully, a solution. I will have an update by Wednesday for this issue.
Action Plan: Monitor progress of engineer's research in the internal PCN timeframe: Expect a response by 11/06/02.
update: Our engineer is experiencing the same bug and has yet to be able to work a temporary solution. He is currently experimenting with different client & server versions. timeframe: I will update this issue by 11/11/02
Martin/Stefan: Our engineer working on the problem tried a different version of the server (16.1f) and has not had any problems with the setattr. He asks that you do some cvsup testing to check the speed and to see if there are any setattr errors that come up. Thanks
Hi, updating the server to Server software version: SNAP_16_1f seems to solve the problem and brings down updates (without -s) down to 4-7 minutes. Thanks for solving the root cause, Stefan.
verified and closing...