Win98 clients cannot connect to ISeries file share

pts.
Tags:
AS/400
Help Desk
i5
IBM iSeries
Integration/Connectivity
OS/400
PC/Windows Connectivity
I have created some Windows shares on our AS/400. I have also set permissions appropriately (to give specific users rights to specific share(s)). Here is what I have found: 1. All of my Windows XP machines have no problem mapping drives to the appropriate share(s). 2. SOME of my Windows 9x machines can connect to the share(s) with no problem, while others are asked for a password to connect. I have tried mapping the drive from within ISeries Navigator, with no success either. The correct username is displayed when I'm attempting to connect to the share, it just keeps asking for the password over and over (and, yes, I've entered it correctly... ;) I have also ensured they are using the same version of Client Access (V5R1). Any idea what could be wrong??

Answer Wiki

Thanks. We'll let you know when a new response is added.

have added a directory entry (ADDDIRE)for your users who can’t connect? you can check by using the display directory entries command (DSPDIRE)?

Discuss This Question: 11  Replies

 
There was an error processing your information. Please try again later.
Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
  • Csmmis
    I'm not sure if this will apply to your situation, but I have seen situations where the icon to access a program or share somehow gets altered on the workstation so that it is using the network share name (e.g., somethingc$). To test, log in as an admin; if the admin gets right in without the request for a pw, this could be the issue, since admins have access to network sharenames and regular users (usually) do not. To fix, I've had to delete and recreate the icon for all programs having this problem; if you do, make sure you preserve all switches, startup directories, and assigned icons. Hope this helps.
    0 pointsBadges:
    report
  • Orionizer
    Thanks for the replies. Here are my responses to them both: Mikebart: I ran a DSPDIRE and noone except high level security users have an entry at all. In other words, the users who do work don't have one as well as the users who don't work. csmmis: I might have not been clear about what I was trying to do. I was simply trying to create a network map using WinExplorer - Tools|Map Network Drive. When I attempt to do this, I get a password prompt with the user's name and asking me to enter their password. I enter their password and it does not work. I have also tried to enter a user who is known to work, and that user fails as well.
    0 pointsBadges:
    report
  • Melenie
    We had to deal with the same issue. We upgraded our AS400 to V5R2 and could no longer use Client Access for Win 95/NT. We upgraded to CA Express 4.5, however, it only maps AS400 drives on XP machines. Windows 98 users can not map to AS400 drives with the CA Express software. The reason is their userid. If their windows sign-on and AS400 sign on were the same, it would be seamless. The only work around is to upgrade to XP or change the AS400 userid to match the windows sign on. I hope this helps you.
    0 pointsBadges:
    report
  • Orionizer
    Melanie, Thanks for the reply - I guess that's one piece of info I forgot to mention as well: All Windows login and AS400 login data IS the same for all users.
    0 pointsBadges:
    report
  • Dalejanus
    Are you sure win98 and AS400 username *and password* are the same? Client access with win98 will not allow you to enter a username. It takes the win98 user name. It also must have a win98 password. If you leave the win98 password blank, it will not work.(which is what I used to do and found out the hard way). We had similar issues with win98 and as400. We made both useid and password the same and that solved our problem. Unfortunately, win98 is not a secure place to leave an as400 password. The only decent solution is upgrade win98 machines . I only have a few win98 machines left. You indicated you may have already done this. Win98 passwords are dicey at best. Delete all your PWL files on the win98 machines and start over again and see if that helps. Good Luck. ---Dale
    0 pointsBadges:
    report
  • Orionizer
    >Are you sure win98 and AS400 username *and password* are >the same? Yep - double checked... >Client access with win98 will not allow you to enter a >username. I believe I tried connecting using my username through ISeries Navigator - I've tried so much, I honestly can't remember everything I've tried... ;) >Unfortunately, win98 is not a secure place to leave an >as400 password. The only decent solution is upgrade win98 >machines . I only have a few win98 machines left. Security??? What Security??? ;) As far as upgrading all to XP - unfortunately, that would be "in my dreams". I have about 30+ 9x machines still... (yes, I even have one 95 and 3 ME) >You indicated you may have already done this. Win98 >passwords are dicey at best. Delete all your PWL files on >the win98 machines and start over again and see if that >helps. The kicker is that I have just reformatted one of the machines that did work and one that didn't work. They were both completed within a week of each other and I performed the same upgrade on both. Both are the same mfg (Dell Dimension) and both drives were completely cleared before reinstallation. I'll be glad to try it - who knows? Thanks for the suggestions!
    0 pointsBadges:
    report
  • Surzcl
    Try giving Domainnameusername Password
    0 pointsBadges:
    report
  • Dalejanus
    Have you tested for any network issues? All my stuff is peer to peer, so I have no domain or other issues. But that is another place you could look. My last suggestion is go to the dell dimension that works and make note of it's user id and password in win98. Then log off that machine. Go to the dell dimension that does not work, delete all the PWL files, and log on to win98 with the known good password and see what happens. If it works, go back to the first one and try to log in. See what happens when two try to use the same userid and password. Good luck again. ---Dale
    0 pointsBadges:
    report
  • Orionizer
    Thanks to all for your replies - it's really become a moot point now, because our original problem was that our fileserver was failing and I wanted to try to move everyone's data to the AS/400 until our new server arrived. Well, it arrived yesterday afternoon and I've already got it up and running, so I shouldn't need to connect to the 400 now. Thanks again, everyone!
    0 pointsBadges:
    report
  • MichelleDavidson
    The problem is a non-issue for Orionizer now, but if anyone else experiences something like it, this suggestion from another Search400 member could help. Michelle Davidson Editor Search400.com From Tim Swearingen: Try mapping a drive on a WinXP box using the user id and password of a user that cannot map a drive. If you still have issues then the problem is on the iSeries. Have that user change their iSeries password and it should clear up the problem.
    435 pointsBadges:
    report
  • mnman66
    This may have been a simple problem of network connectivity between legacy Windows OS and the AS400. Did the Win9X have proper DNS name resolution to the domain? Did the AS400 have that particular IP address range added to recognize? The reason that I've seen for constant prompting for username and password is that the two boxes aren't talking. Get it?
    265 pointsBadges:
    report

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to:

To follow this tag...

There was an error processing your information. Please try again later.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Thanks! We'll email you when relevant content is added and updated.

Following