User quotas display ** User Not Found **

Environment: OES2sp2, SLES10sp2, iManager2.7.2

 Deleted users appear as **User not Found** [.....] on the user quota screen. Those items can neither be deleted or modified... and would disappear if I unset the user quota attribute on the volume. Anyway to remove those objects from the user quota screen?
  • On 04/07/2013 04:16, glio wrote:

    > Environment: OES2sp2, SLES10sp2, iManager2.7.2


    If the above is not a typo then OES2 SP2 on SLES10 SP2 is an invalid and
    unsupported combination.

    Please can you post the output from "cat /etc/*release".

    HTH.
    --
    Simon
    Novell Knowledge Partner

    ------------------------------------------------------------------------
    Do you work with Novell technologies at a university, college or school?
    If so, your campus could benefit from joining the Technology Transfer
    Partner (TTP) program. See novell.com/ttp for more details.
    ------------------------------------------------------------------------
  • XXXXXXX:~ # cat /etc/*release
    SUSE Linux Enterprise Server 10 (i586)
    VERSION = 10
    PATCHLEVEL = 3
    LSB_VERSION="core-2.0-noarch:core-3.0-noarch:core-2.0-ia32:core-3.0-ia32"
    Novell Open Enterprise Server 2.0.2 (i586)
    VERSION = 2.0.2
    PATCHLEVEL = 2
    BUILD = FCS
  • glio wrote:

    > XXXXXXX:~ # cat /etc/*release
    > SUSE Linux Enterprise Server 10 (i586)
    > VERSION = 10
    > PATCHLEVEL = 3
    > LSB_VERSION="core-2.0-noarch:core-3.0-noarch:core-2.0-ia32:core-3.0-ia32"
    > Novell Open Enterprise Server 2.0.2 (i586)
    > VERSION = 2.0.2
    > PATCHLEVEL = 2
    > BUILD = FCS


    So "SLES10sp2" in your original post was a typo as the above shows you are
    running OES2 SP2 on SLES10 SP3 which is a valid combination though now not
    supported with OES2 SP3 on SLES10 SP4 the preferred option.

    HTH.
    --
    Simon
    Novell Knowledge Partner
  • What do you mean by "remove those objects?" As in just not wanting to see them being reported?
  • Actually, I'd like to know if these "** User Not Found **" thingy occupy any physical space on the hard drive. Also, is there anyway to delete them from the quota list? They keep on reappearing once I delete them using iManager.
  • On Sat, 06 Jul 2013 10:46:02 0000, glio wrote:

    > Actually, I'd like to know if these "** User Not Found **" thingy occupy
    > any physical space on the hard drive. Also, is there anyway to delete
    > them from the quota list? They keep on reappearing once I delete them
    > using iManager.


    These are files with file owners that no longer exist in eDirectory.

    So if you have deleted a bunch of users from eDirectory, whilst these
    users still 'own' files on the file system, this is the systems way to
    inform you.

    If you would assign these files a new owner (or delete the files all
    together), the message will be gone.

    Thanks
    Hans
  • Chances are good that these "phantom users" have files on your server, unless your user removal process includes deleting their files when the User object is removed from eDir. One way to find files that have no owners is to use NDIR (but I don't think that is included with OES/L anymore). Do you still have any NetWare boxes around?
  • peterkuo;2271404 wrote:
    Chances are good that these "phantom users" have files on your server, unless your user removal process includes deleting their files when the User object is removed from eDir. One way to find files that have no owners is to use NDIR (but I don't think that is included with OES/L anymore). Do you still have any NetWare boxes around?


    I don't have any NW box... BTW, there is a HEX id attached behind "** User Not Found **"... Is there anyway to search for files owned by these HEX id?

  • Those hex "ids" are GUIDs, which were associated with the User objects at the time of the User object creation, and the NSS volumes use GUID to "map" files and file permissions to the User objects. Off hand, I am not aware of any 'standalone' tools that will search based on GUIDs.
  • Those hex "ids" are GUIDs, which were associated with the User objects at the time of the User object creation, and the NSS volumes use GUID to "map" files and file permissions to the User objects. Off hand, I am not aware of any 'standalone' tools that will search based on GUIDs.