cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Community Tip - Did you get called away in the middle of writing a post? Don't worry you can find your unfinished post later in the Drafts section of your profile page. X

Using ILM via Citrix lead temporarily to wrong timestamp in local Sandbox

khoppe
14-Alexandrite

Using ILM via Citrix lead temporarily to wrong timestamp in local Sandbox

We are using ILM 10.9 on Server with a 10.4 Client providing via Terminal Server (Citrix), to allow especially for external Partner Access to Integrity without the Need of local Tool Installation.

Server-sided we use as Default Setting the Working Timestamp as Revision Timestamp.

We now face the issue that from time to time the Timestamp within the Sandbox differs from the Timestamp stored on the Server.  Testing this issue more detailed it doesn't matter whether we use the Resync-Option "Restore Revision Timestamp" or not, syncing data lead randomly to such Timestamp deviations, usually with only 1 or 2 Seconds.

 

Does anybody have an idea of Root Cause?

Can it be avoided?

(If I could force the behavior, I would create a case ....)

 

Hoping on a usefull hint,

Klaus

ACCEPTED SOLUTION

Accepted Solutions
kthierer
11-Garnet
(To:khoppe)

Just for curiosity:

If you dont use "Restore Revision Timestamp" how would you then detect a time deviation?

 

This makes me remenber an issue I called "Pseudo Diffs". These can happen regulary e.g. if build tools

regenerate Makefiles without changing them.
My procedure then was: if "si diff member" reports no differences then resync the member.

This might be a repair approach in case you also have "Pseudo Diffs"

 

SETLOCAL ENABLEDELAYEDEXPANSION
mkdir .PTCTMP 2> nul
type nul > .PTCTMP\IntegrityMembersPseudoDiff.txt
si print -R --revision=:head --format="{membername}\n" --noHeaderFormat --noTrailerFormat  --filter=changed:working > .PTCTMP\IntegrityMembers.txt

@REM :: si diff per Member
echo OFF
@FOR /F "tokens=*" %%i IN (.PTCTMP\IntegrityMembers.txt) DO (
  echo si diff "%%i"
  si diff "%%i" 1> nul 2>nul
  @if !errorlevel! == 0 (
    echo %%i >> .PTCTMP\IntegrityMembersPseudoDiff.txt
  ) else (
    echo DIFF::::::::::::: %%i && echo %%i >> .PTCTMP\IntegrityMembersDiff.txt
  )
)
si resync -F .PTCTMP\IntegrityMembersPseudoDiff.txt

View solution in original post

2 REPLIES 2
kthierer
11-Garnet
(To:khoppe)

Just for curiosity:

If you dont use "Restore Revision Timestamp" how would you then detect a time deviation?

 

This makes me remenber an issue I called "Pseudo Diffs". These can happen regulary e.g. if build tools

regenerate Makefiles without changing them.
My procedure then was: if "si diff member" reports no differences then resync the member.

This might be a repair approach in case you also have "Pseudo Diffs"

 

SETLOCAL ENABLEDELAYEDEXPANSION
mkdir .PTCTMP 2> nul
type nul > .PTCTMP\IntegrityMembersPseudoDiff.txt
si print -R --revision=:head --format="{membername}\n" --noHeaderFormat --noTrailerFormat  --filter=changed:working > .PTCTMP\IntegrityMembers.txt

@REM :: si diff per Member
echo OFF
@FOR /F "tokens=*" %%i IN (.PTCTMP\IntegrityMembers.txt) DO (
  echo si diff "%%i"
  si diff "%%i" 1> nul 2>nul
  @if !errorlevel! == 0 (
    echo %%i >> .PTCTMP\IntegrityMembersPseudoDiff.txt
  ) else (
    echo DIFF::::::::::::: %%i && echo %%i >> .PTCTMP\IntegrityMembersDiff.txt
  )
)
si resync -F .PTCTMP\IntegrityMembersPseudoDiff.txt
khoppe
14-Alexandrite
(To:kthierer)

Thanks for approach.

In the meantime we decided to not use certain Filters in an Integrity Client started from a Terminal Server with writing a Sandbox to a Remote Drive.

Have a great day.

Announcements


Top Tags