[Cdash] Update shows 'Unknown' user when the (files are deleted from the svn repository)
Michele Caramello
mcaramello at invensense.com
Tue Jul 12 18:28:29 UTC 2011
Hi Julien,
thanks for your reply.
No that is unfortunately not the issue.
Here is why:
1. my build (ctest) machines are special purpose; they are not used for
anything else other than configure/build/test using ctest.
2. the build machines use the same code line (SVN) but each work on local
copy of the repository. At every run of the jobs, the update step is the
first executed
3. given what said above:
1. the windows machine does not have issues when the update step
(ctest does that) records repository file deletions. Note that here I
recently switched to using 'ctest advanced scripting'.
2. the linux machines do have the issue described below when the
updated step records a repository file deletions. Note that here
I am still
using ctest command line (-DNightlyUpdate, -DContinuousUpdate, or simply
-DNightly, -DContinous)
4. the file below (lsm303a.c) is a file that has incurred in repository
deletion but has svn history (svn log would show the file as present in the
revision prior to the current)
I am growing more and more convinced this a ctest thing; some sort of
discrepancy between the Windows/Linux implementation, scripting/command-line
invocation.
If you think that could be the case, I will re-post on the cmake mailing
list.
Thanks,
Michele
> Message: 2
> Date: Tue, 12 Jul 2011 15:03:31 +0200
> From: Julien Jomier <julien.jomier at kitware.com>
> Subject: Re: [Cdash] Update shows 'Unknown' user when the
> To: Martin Apel <martin.apel at simpack.de>
> Cc: cdash at public.kitware.com
> Message-ID: <4E1C4623.3020502 at kitware.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Michele, Martin,
>
> If the file is not under revision control, there is no way to know who
> has been checking in the file. CTest just ask the version control client
> to return the author.
>
> From the log file you sent:
> svn: 'mllite/accel/lsm303a.c' is not under version control
>
> This error usually happens when the development machine is also the
> CTest machine. We recommend to keep the two instances distinct.
>
> Let me know if this is actually not the issue,
> Julien
>
> On 11/07/2011 09:05, Martin Apel wrote:
> > Hi Michele,
> >
> > I have the same problem, but until now I did not investigate this
> further. So at least you now know, that it's not a problem which only exists
> > at your site.
> >
> > Martin
> >
> > On 11/07/11 01:27, Michele Caramello wrote:
> >> Hi,
> >>
> >> I noticed certain Update.xml submissions to Cdash (using SVN) can
> >> cause the dashboard to believe a repository operation was done by an
> >> unregistered user (Unknown). Consequently, dashboard warnings are
> >> generated as well as back-end errors, Cdash log messages (see the
> >> first extract below).
> >>
> >> << BEGIN LOG CDash error message>>
> >> Warning reported on 2011-07-08 14:49:16 for build #9552
> >> (SendEmail): User: Unknown is not registered (or has no email) for the
> project 1
> >> << END LOG>>
> >>
> >> I have browsed the CDash mailing list archives and found nothing
> >> matching. There was indeed a report for the same error but it was due
> >> to other causes
> >> (http://public.kitware.com/pipermail/cdash/2010-July/000824.html).
> >> I have been chasing this one problem down for a while now and I
> >> finally got the time to cross check the SVN log with CDash to find out
> >> those happen when there is a repository deletion (SVN remove).
> >>
> >> Further investigation made me actually think this is actually not a
> >> Cdash issue but actually a real problem in the Update.xml (generated
> >> by CTest) file and that is not consistent across submissions from
> >> different machines (in this case I compared recent version of CTest
> >> for WinXP 32 bits and Ubuntu 10.x 32 bits).
> >> The 2 machines in fact performs the exact same tasks just on different
> >> environments and that includes also the update of the repository at
> >> each run.
> >>
> >> Here is more details:
> >> The Update.xml portion I pasted below shows how CTest's generated
> >> Update.xml contains "Unknown" for the removed files in the repository.
> >> This happens on the Linux machine.
> >>
> >> << BEGIN LOG Update.xml message from CTest running on a Linux machine
> >> for a normal svn update and a remove>>
> >> <?xml version="1.0"?>
> >> <log>
> >> <logentry
> >> revision="5726">
> >> <author>USER1</author>
> >> <date>2011-07-06T22:29:20.049970Z</date>
> >> <msg> <http://bugzilla.mozilla.org/show_bug.cgi?id=1442>bug :1442<http://bugzilla.mozilla.org/show_bug.cgi?id=1442>bug fixes</msg>
> >> </logentry>
> >> </log>
> >> Revision: 5726
> >> Author: USER1
> >> Date: 2011-07-06T22:29:20.049970Z
> >> Message: <http://bugzilla.mozilla.org/show_bug.cgi?id=1442>bug
> :1442 <http://bugzilla.mozilla.org/show_bug.cgi?id=1442> bug fixes
> >> File: mllite/compass / lsm303dlm_m.c was updated by vbhatt to
> >> revision: 5726 from revision: 5726
> >> .* Get file update information: "/usr/bin/svn" log -r 5725:5726 --xml
> >> "mllite/accel/lsm303a.c"
> >>
> >> <?xml version="1.0"?>
> >> <log>
> >> svn: 'mllite/accel/lsm303a.c' is not under version control
> >> File: mllite/accel / lsm303a.c was updated by Unknown to revision:
> >> Unknown from revision: Unknown
> >> .* Get file update information: "/usr/bin/svn" log -r 5725:5726 --xml
> >> "mllite/accel/lsm303_a.c"
> >> << END LOG>>
> >>
> >> CDash just reads the info in Update.xml and show "Unknown" next to the
> >> removed files:
> >>
> >> << BEGIN LOG Update.xml message from CTest running on a Linux machine
> >> for a normal svn update and a remove>>
> >> Files changed on apps-build (Linux-c++) as of Wed, 06 Jul 2011 15:30:21
> PDT
> >> [Show Activity Graph]
> >> [Expand all | Collapse all]
> >> MPL Updated files (2)
> >> mllite/accel
> >> lsm303a.c Revision: -1 by Unknown
> >> - Removed file
> >> mllite/compass
> >> lsm303dlm_m.c Revision: 5726 by USER1
> >> <http://bugzilla.mozilla.org/show_bug.cgi?id=1442>bug :1442<http://bugzilla.mozilla.org/show_bug.cgi?id=1442>bug fixes
> >> Modified files (0)
> >> Conflicting files (0)
> >> << END LOG>>
> >>
> >>
> >> The particularity is the same problem does not happen for the CTest
> >> execution from Windows, where the Update.xml simply marks the
> >> deletions as updates:
> >>
> >> << BEGIN LOG Update.xml from CTest run on Windows machine for the
> remove file>>
> >> <Updated>
> >> <File>lsm303a.c</File>
> >> <Directory>mllite/accel</Directory>
> >> <FullName>mllite/accel/lsm303a.c</FullName>
> >> <CheckinDate>2011-07-06T22:29:20.049970Z</CheckinDate>
> >> <Author>USER1</Author>
> >> <Log> <http://bugzilla.mozilla.org/show_bug.cgi?id=1442>bug :1442<http://bugzilla.mozilla.org/show_bug.cgi?id=1442>bug fixes</Log>
> >> <Revision>5726</Revision>
> >> <PriorRevision>5725</PriorRevision>
> >> </Updated>
> >> << END LOG>>
> >>
> >> and therefore CDash shows assigns the deletion of the file to the proper
> author:
> >>
> >> << BEGIN LOG Update.xml message from CTest running on a Windows
> >> machine for a normal svn update and a remove>>
> >> Files changed on APPS-XP-BUILD (Win32-vs8) as of Wed, 06 Jul 2011
> 15:30:19 PDT
> >> [Show Activity Graph]
> >> [Expand all | Collapse all]
> >> MPL Updated files (2)
> >> mllite/accel
> >> lsm303a.c Revision: 5726 by USER1
> >> <http://bugzilla.mozilla.org/show_bug.cgi?id=1442>bug :1442<http://bugzilla.mozilla.org/show_bug.cgi?id=1442>bug fixes
> >> mllite/compass
> >> lsm303dlm_m.c Revision: 5726 by USER1
> >> <http://bugzilla.mozilla.org/show_bug.cgi?id=1442>bug :1442<http://bugzilla.mozilla.org/show_bug.cgi?id=1442>bug fixes
> >> Modified files (0)
> >> Conflicting files (0)
> >> << END LOG>>
> >>
> >> On top of that, the Update.xml from Windows is a well formed xml
> >> versus the Linux version seems it is not.
> >>
> >> What are the chances this is caused by the different versions of SVN
> >> running on the 2 machines (stock svn on Ubuntu, CollabNet command-line
> >> svn client on Windows).
> >>
> >> Thanks for bearing with me and reading through this.
> >>
> >> Regards,
> >> Michele
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20110712/96d09c3c/attachment-0002.htm>
More information about the CDash
mailing list