After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 648664 - ftpadmin: crash while installing my tarballs today
ftpadmin: crash while installing my tarballs today
Status: RESOLVED OBSOLETE
Product: sysadmin
Classification: Infrastructure
Component: Other
unspecified
Other Linux
: Normal major
: ---
Assigned To: GNOME Sysadmins
GNOME Sysadmins
Depends on:
Blocks:
 
 
Reported: 2011-04-26 07:23 UTC by Vincent Untz
Modified: 2013-11-21 14:55 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Vincent Untz 2011-04-26 07:23:21 UTC
I released several tarballs today (gcalctool, gnome-desktop, gnome-menus, gnome-session, gsettings-desktop-schemas), and ftpadmin crashed for all of them while doing notifications. This means that the tarballs were released, but no ftp-release-list mail was sent, the library.gnome.org trigger was not done, bugzilla version update was not done (doesn't matter as it was 3.0.1), and ftp.gnome.org was not signalled (I did this manually).

The crash was:

Doing notifications:
 - Informing ftp-release-list
Traceback (most recent call last):
  • File "/usr/local/bin/ftpadmin", line 1613 in <module>
    main()
  • File "/usr/local/bin/ftpadmin", line 1598 in main
    options.func(options, parser)
  • File "/usr/local/bin/ftpadmin", line 1345 in cmd_install
    module.install(unattended=options.unattended)
  • File "/usr/local/bin/ftpadmin", line 977 in install
    self.inform()
  • File "/usr/local/bin/ftpadmin", line 1022 in inform
    'X-Maintainer-Upload': str(self.pw.pw_name in self.moduleinfo.maintainers)
  • File "/usr/local/bin/ftpadmin", line 716 in maintainers
    self._set_ldap()
  • File "/usr/local/bin/ftpadmin", line 708 in _set_ldap
    data = get_module_info(self.module)
  • File "/usr/local/bin/ftpadmin", line 1323 in get_module_info
    data = l.search_s (LDAP_BASE, ldap.SCOPE_SUBTREE, filter, None)
  • File "/usr/lib64/python2.6/site-packages/ldap/ldapobject.py", line 516 in search_s
    return self.search_ext_s(base,scope,filterstr,attrlist,attrsonly,None,None,timeout=self.timeout)
  • File "/usr/lib64/python2.6/site-packages/ldap/ldapobject.py", line 509 in search_ext_s
    msgid = self.search_ext(base,scope,filterstr,attrlist,attrsonly,serverctrls,clientctrls,timeout,sizelimit)
  • File "/usr/lib64/python2.6/site-packages/ldap/ldapobject.py", line 505 in search_ext
    timeout,sizelimit,
  • File "/usr/lib64/python2.6/site-packages/ldap/ldapobject.py", line 96 in _ldap_call
    result = func(*args,**kwargs) ldap.SERVER_DOWN: {'desc': "Can't contact LDAP server"}

(and variations of this, but always in the ldap module because the server is down apparently)
Comment 1 Olav Vitters 2011-04-26 08:19:40 UTC
I've restarted slapd.

Not sure what the best solution is. It needs LDAP to determine maintainers and the DOAP file.
Comment 2 Olav Vitters 2011-04-26 21:04:27 UTC
I've added a 'notify' subcommand. Use it as:
  ftpadmin notify $TARBALL $TARBALL2
etc

you can use it to send out the notifications regarding the modules you installed

note: didn't test it at all, should work though
Comment 3 Olav Vitters 2011-04-26 21:26:51 UTC
ran the notify command for the remainder as well
Comment 4 Andrea Veri 2013-11-21 14:55:29 UTC
The GNOME Infrastructure Team is currently migrating its bug / issue tracker away from Bugzilla to Request Tracker and therefore all the currently open bugs have been closed and marked as OBSOLETE.

The following move will also act as a cleanup for very old and ancient tickets that were still living on Bugzilla. If your issue still hasn't been fixed as of today please report it again on the relevant RT queue.

More details about the available queues you can report the bug against can be found at https://wiki.gnome.org/Sysadmin/RequestTracker.

Thanks for your patience,

the GNOME Infrastructure Team