[Cdash] Update shows 'Unknown' user when the

Julien Jomier julien.jomier at kitware.com
Tue Jul 12 13:03:31 UTC 2011


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>  bug :1442 bug fixes</msg>
>> </logentry>
>> </log>
>>          Revision: 5726
>>          Author:   USER1
>>          Date:     2011-07-06T22:29:20.049970Z
>>          Message:   bug :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
>>          bug :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>bug :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
>>          bug :1442 bug fixes
>>        mllite/compass
>>            lsm303dlm_m.c Revision: 5726 by USER1
>>          bug :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
>> _______________________________________________
>> Cdash mailing list
>> Cdash at public.kitware.com
>> http://public.kitware.com/cgi-bin/mailman/listinfo/cdash
>> .
>>
>
> _______________________________________________
> Cdash mailing list
> Cdash at public.kitware.com
> http://public.kitware.com/cgi-bin/mailman/listinfo/cdash
>



More information about the CDash mailing list