Bug 54741 - renaming computer causes sync problem
renaming computer causes sync problem
Status: NEW
Product: UCS
Classification: Unclassified
Component: S4 Connector
UCS 5.0
amd64 Windows 10
: P5 critical (vote)
: ---
Assigned To: Samba maintainers
Samba maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2022-05-12 03:02 CEST by Telirand
Modified: 2022-05-12 03:02 CEST (History)
0 users

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments
abend of s4 connector (12.10 KB, text/plain)
2022-05-12 03:02 CEST, Telirand
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telirand 2022-05-12 03:02:34 CEST
Created attachment 10950 [details]
abend of s4 connector

so if you have a computer bound to the  UCS
then the user operates it in standalone mode

when you return it back to the network with the UCS  and attempt a rename, it throws the following error.

This *might* be related to problems caused by a 2008 sp2 migration in jan/feb 2022

where the sys volume errored due to broken ucs handling, and a re-attempt to migrate was made.

there should be trapping for this , instead of continually trashing the log files until the working volume fills up.

in the UCS front end there needs to be an area to clean & manage sync jobs that have errored instead of endlessly spamming the log files.

it is critical becasue of hte amoinut of contiinual spam it is producing , and the state it had left the LDAP/samba in

are tehy synced or are they not ?