helgeson

Absent Member.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2011-05-31
19:34
3372 views
Driver Store problem
This morning we had some problems uploading Windows 7 drivers to the driver store. After doing some investigation, the following error messages were showing up in the idsd.log file:
May 31 12:12:25 bismuth idsd[27515]: directoryLogin(): Unable to bind to directory server bismuth.uww.edu as object CN=uww-driver-store,OU=PRINTING,O=UWW (Error=FFFFFD8E)
May 31 12:12:38 bismuth idsd[27515]: directoryLogin(): Unable to bind to directory server 127.0.0.1 as object CN=uww-driver-store,OU=PRINTING,O=UWW (Error=FFFFFD8E)
May 31 12:12:38 bismuth idsd[27515]: Failed to set idsd configuration information in directory object(s) specified in configuration file (Error=2). Retry in 5 seconds...
May 31 12:12:43 bismuth idsd[27515]: idsd configuration information was not set in any of the directory objects specified in the configuration file
I have tried to unload and reload a few times, with the same messages showing up. I ran an ndsrepair -U with no luck. This is a production system, so I am not able to reboot it right now. The print manager is running with no problems at this time and printing on this server is functioning just fine. Any ideas?
melissa
May 31 12:12:25 bismuth idsd[27515]: directoryLogin(): Unable to bind to directory server bismuth.uww.edu as object CN=uww-driver-store,OU=PRINTING,O=UWW (Error=FFFFFD8E)
May 31 12:12:38 bismuth idsd[27515]: directoryLogin(): Unable to bind to directory server 127.0.0.1 as object CN=uww-driver-store,OU=PRINTING,O=UWW (Error=FFFFFD8E)
May 31 12:12:38 bismuth idsd[27515]: Failed to set idsd configuration information in directory object(s) specified in configuration file (Error=2). Retry in 5 seconds...
May 31 12:12:43 bismuth idsd[27515]: idsd configuration information was not set in any of the directory objects specified in the configuration file
I have tried to unload and reload a few times, with the same messages showing up. I ran an ndsrepair -U with no luck. This is a production system, so I am not able to reboot it right now. The print manager is running with no problems at this time and printing on this server is functioning just fine. Any ideas?
melissa
9 Replies


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2011-05-31
19:48
helgeson;2110591 wrote:
This morning we had some problems uploading Windows 7 drivers to the driver store. After doing some investigation, the following error messages were showing up in the idsd.log file:
May 31 12:12:25 bismuth idsd[27515]: directoryLogin(): Unable to bind to directory server bismuth.uww.edu as object CN=uww-driver-store,OU=PRINTING,O=UWW (Error=FFFFFD8E)
May 31 12:12:38 bismuth idsd[27515]: directoryLogin(): Unable to bind to directory server 127.0.0.1 as object CN=uww-driver-store,OU=PRINTING,O=UWW (Error=FFFFFD8E)
May 31 12:12:38 bismuth idsd[27515]: Failed to set idsd configuration information in directory object(s) specified in configuration file (Error=2). Retry in 5 seconds...
May 31 12:12:43 bismuth idsd[27515]: idsd configuration information was not set in any of the directory objects specified in the configuration file
I have tried to unload and reload a few times, with the same messages showing up. I ran an ndsrepair -U with no luck. This is a production system, so I am not able to reboot it right now. The print manager is running with no problems at this time and printing on this server is functioning just fine. Any ideas?
melissa
Take a look at this: New iPrint driver store and manager will not load.
Thomas
helgeson

Absent Member.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2011-05-31
20:21
I did see that TID. I do have the correct server in the idsd.conf file. I'm thinking maybe a problem with eDirectory? Also, this server has been up and running for a few years and no problems until today.


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2011-05-31
20:36
helgeson;2110607 wrote:
I did see that TID. I do have the correct server in the idsd.conf file. I'm thinking maybe a problem with eDirectory? Also, this server has been up and running for a few years and no problems until today.
Than it looks like a eDir issue...
Do ndsstat -r on the server, what output does it give?
Thomas
helgeson

Absent Member.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2011-05-31
21:01
ndsstat -r:
[1] Instance at /etc/opt/novell/eDirectory/conf/nds.conf: bismuth.OU=SERVERS.O=UWW.WHITEWATER
No replica found on this server, err: 0
We don't have any replicas on any of our 3 iprint servers.
[1] Instance at /etc/opt/novell/eDirectory/conf/nds.conf: bismuth.OU=SERVERS.O=UWW.WHITEWATER
No replica found on this server, err: 0
We don't have any replicas on any of our 3 iprint servers.


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2011-05-31
21:13
helgeson;2110615 wrote:
ndsstat -r:
[1] Instance at /etc/opt/novell/eDirectory/conf/nds.conf: bismuth.OU=SERVERS.O=UWW.WHITEWATER
No replica found on this server, err: 0
We don't have any replicas on any of our 3 iprint servers.
Okay...
Than it might be a SLP issue.. Take a look here: http://www.novell.com/documentation/oes2/iprint_lx/data/bgxr7xd.html
Thomas
helgeson

Absent Member.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2011-05-31
21:45
I checked the firewall setting on both servers, they are both off. I ran the slptool findsrvs service:directory-agent and it shows up with the correct Ip addresses and also checked the scope. Is there a way to verify that it is communicating properly or would the slptool info be sufficient to verify? I did check the slp.conf file and the correct IP info is in there.
slptool findsrvs service:directory-agent
service:directory-agent://140.146.21.66,65535
service:directory-agent://140.146.21.67,65535
service:directory-agent://140.146.20.15,65535
service:directory-agent://140.146.90.52,65535
slptool findscopes
CampusScope,ORL,Berbee Applications,ACN-DEFAULT,DEFAULT
As far as I can tell the SLP DA is up and running since we are not having any problems elsewhere (at least that I've been notified of).
Melissa
slptool findsrvs service:directory-agent
service:directory-agent://140.146.21.66,65535
service:directory-agent://140.146.21.67,65535
service:directory-agent://140.146.20.15,65535
service:directory-agent://140.146.90.52,65535
slptool findscopes
CampusScope,ORL,Berbee Applications,ACN-DEFAULT,DEFAULT
As far as I can tell the SLP DA is up and running since we are not having any problems elsewhere (at least that I've been notified of).
Melissa


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2011-06-01
08:09
helgeson;2110622 wrote:
I checked the firewall setting on both servers, they are both off. I ran the slptool findsrvs service:directory-agent and it shows up with the correct Ip addresses and also checked the scope. Is there a way to verify that it is communicating properly or would the slptool info be sufficient to verify? I did check the slp.conf file and the correct IP info is in there.
slptool findsrvs service:directory-agent
service:directory-agent://140.146.21.66,65535
service:directory-agent://140.146.21.67,65535
service:directory-agent://140.146.20.15,65535
service:directory-agent://140.146.90.52,65535
slptool findscopes
CampusScope,ORL,Berbee Applications,ACN-DEFAULT,DEFAULT
As far as I can tell the SLP DA is up and running since we are not having any problems elsewhere (at least that I've been notified of).
Melissa
What about your LDAP certificates, are they valid for your servers or have they expired?
What version and patch level are your OES running?
Thomas
helgeson

Absent Member.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2011-06-01
15:24
I had already checked all the certificates and they are good until 9-2-11. We are running SLES 10.3 OES2 SP2. There are some patches in the channel that I have not applied. I'm afraid that if I patch and reboot and something else is going on, the ipsmd service will also fail and then printing would be down for 1/3 of campus.
helgeson

Absent Member.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2011-06-02
21:27
An update - using the TID you recommended, we changed the name to one of our other eDir servers that have replicas of the whole tree. This allowed the idsd process to start, but still have the same authentication errors after pointing to an alternate server. I am not sure if I need to worry about those error messages or not.
Melissa
Melissa