Bug 17269 - Kaputter crontab-Eintrag bei [Paketpflege] Richtlinie
Kaputter crontab-Eintrag bei [Paketpflege] Richtlinie
Status: CLOSED WONTFIX
Product: UCS
Classification: Unclassified
Component: UMC - Policies
UCS 2.3
Other Linux
: P5 normal (vote)
: ---
Assigned To: UMC maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-01-06 18:28 CET by Philipp Hahn
Modified: 2022-06-30 14:39 CEST (History)
1 user (show)

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
Screenshot vom UDM nach Browser-Back (43.93 KB, image/png)
2010-01-06 18:28 CET, Philipp Hahn
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Philipp Hahn univentionstaff 2010-01-06 18:28:12 CET
Created attachment 2195 [details]
Screenshot vom UDM nach Browser-Back

Zum wiederholten Male ist mir aufgefallen, daß beim Erstellen einer
[Paketpflege]-Policy ggf. ein fehlerhafter crontab-Eintrag in der
/etc/cron.d/univention-maintenance entsteht:

# cron job for update
5   0 0  root /usr/sbin/univention-updater local --updateto=2.3-0  | grep -v
"System is up to date"; /usr/sbin/univention-actualise --silent;
/usr/sbin/univention-security-update local | grep -vF "No Security Update
available!"

Der Eintrag ist schon vor der Auswertung durch
/usr/lib/univention-directory-policy/univention-policy-maintenance falsch:

root@m18:/var/lib/univention-repository# univention_policy_result -s `ucr get
ldap/hostdn` | grep Cron
univentionCron="5   0 0 "
univentionCronActive="1"
root@m18:~# ldapsearch -xLLL '(univentionCron=*)' univentionCron dn |
ldapsearch-decode64
dn: cn=m18_uv3,cn=installation,cn=update,cn=policies,dc=univention,dc=test
univentionCron: 5   0 0

Der Fehler tritt nur sporadisch auf und mir ist es bisher nicht gelungen ihn
gezielt zu reproduzieren. Angelegt wurde die Richtlinie über das
UDM-Web-Interface.
Comment 1 Philipp Hahn univentionstaff 2010-01-06 19:34:59 CET
root@m18:/var/lib/univention-repository# univention_policy_result `ucr get ldap/hostdn` | grep Cron -A1 -B1
Policy: cn=m18_uv3,cn=installation,cn=update,cn=policies,dc=univention,dc=test
Attribute: univentionCron
Value: 5   0 0
--
Policy: cn=m18_uv3,cn=installation,cn=update,cn=policies,dc=univention,dc=test
Attribute: univentionCronActive
Value: 1

root@m18:/var/lib/univention-repository# udm policies/maintenance list --filter '(cn=m18_uv3)'
(cn=m18_uv3)
DN: cn=m18_uv3,cn=installation,cn=update,cn=policies,dc=univention,dc=test
ARG: None
  name: m18_uv3
  hour: 0
  emptyAttributes: None
  filler: None
  startup: 1
  reboot: None
  prohibitedObjectClasses: None
  month: None
  cron: 1
  weekday: None
  shutdown: 1
  _view_referencing_objects: None
  fixedAttributes: None
  requiredObjectClasses: None
  day: 0
  minute: 5
Comment 2 Tim Petersen univentionstaff 2013-02-27 09:41:27 CET
Ist mir auch gerade mit aktuellem 3.1 aufgefallen. Bisher konnte ich es nicht reproduzieren.
Comment 3 Stefan Gohmann univentionstaff 2014-02-18 21:37:58 CET
This issue has been filed against UCS 2.3.

UCS 2.3 is out of maintenance and many UCS components have vastly changed in
later releases. Thus, this issue is now being closed.

If this issue still occurs in newer UCS versions, please use "Clone this bug".
In this case please provide detailed information on how this issue is affecting
you.