| Title: | Kit: Note 4229; Please use NOTED::PWDOSWIN5 for V4.x server |
| Notice: | Kit: Note 4229; Please use NOTED::PWDOSWIN5 for V4.x server |
| Moderator: | CPEEDY::KENNEDY |
| Created: | Fri Dec 18 1992 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4319 |
| Total number of notes: | 18478 |
Here we go again...
I have a customer that is experiencing problems when copying files from
an Windows NT V4.0 workstation to a V5.0E server.
He gets the errormessage "Access Denied" even though he is logged on to
hos workstation with a username and a password that is valid on the
server and granted RWCXDAP on the shares of the server.
I have run the server in debug-mode but since I don't have the SMB
specs I can't interprete the LMSRV trace file.
Can't print the specs either because I only got an old LN03 script
printer, isn't it just wonderful :-)
I have a couple of different "205 puterror" can somebody help me find out
what they mean?
BTW. The messages are "205 puterror (1,12)" and "205 puterror (1,2)".
Stuck again...
Best regards
Bjorn
CSC Sweden
***********************************************************************
16:37:49 00E05278(smbwork) LM$BLD_ROOT:[LM.SERVER.CTRL.SRC]SMBWORK.C;1
711
ABY043 --SMB--> transaction II
16:37:49 00E05278(smbwork) LM$BLD_ROOT:[LM.SERVER.CTRL.SRC]SMBWORK.C;1
715
SMBRCVD 96 bytes:
FF 53 4D 42 32 00 00 00 00 18 03 00 00 00 00 00 .SMB2...........
00 00 00 00 00 00 00 00 03 00 FE CA 02 80 70 00 ...........�..p.
0F 1C 00 00 00 0A 00 20 01 00 00 00 00 00 00 00 ....... ........
00 00 00 1C 00 44 00 00 00 00 00 01 00 01 00 1F .....D..........
00 00 50 45 16 00 09 00 05 00 02 00 00 00 00 00 ..PE............
5C 41 52 43 50 52 4F 4A 5C 46 56 2E 41 50 52 00 \ARCPROJ\FV.APR.
16:37:49 00E05278(smbwork) LM$BLD_ROOT:[LM.UTIL.SRC]PUTERROR.C;1 205
puterror (1, 12)
16:37:49 00E05278(smbwork) LM$BLD_ROOT:[LM.SERVER.CTRL.SRC]SMBWORK.C;1
1027
SMBSND 35 bytes:
FF 53 4D 42 32 01 00 12 00 98 03 00 00 00 00 00 .SMB2...........
00 00 00 00 00 00 00 00 03 00 FE CA 02 80 70 00 ...........�..p.
00 00 00
16:37:49 00E05278(smbwork) LM$BLD_ROOT:[LM.SERVER.CTRL.SRC]SMBWORK.C;1
711
ABY043 --SMB--> open and X
16:37:49 00E05278(smbwork) LM$BLD_ROOT:[LM.SERVER.CTRL.SRC]SMBWORK.C;1
715
SMBRCVD 81 bytes:
FF 53 4D 42 2D 00 00 00 00 18 03 00 00 00 00 00 .SMB-...........
00 00 00 00 00 00 00 00 03 00 FE CA 02 80 74 00 ...........�..t.
0F FF 00 00 00 07 00 40 00 16 00 00 00 5B F0 01 .......@.....[..
33 01 00 00 00 00 00 FF FF FF FF 00 00 00 00 10 3...............
00 5C 41 52 43 50 52 4F 4A 5C 66 76 2E 61 70 72 .\ARCPROJ\fv.apr
00 .
16:37:49 00E05278(smbwork) LM$BLD_ROOT:[LM.UTIL.SRC]PUTERROR.C;1 205
puterror (1, 2)
16:37:49 00E05278(smbwork) LM$BLD_ROOT:[LM.SERVER.CTRL.SRC]SMBWORK.C;1
1027
SMBSND 35 bytes:
FF 53 4D 42 2D 01 00 02 00 98 03 00 00 00 00 00 .SMB-...........
00 00 00 00 00 00 00 00 03 00 FE CA 02 80 74 00 ...........�..t.
00 00 00
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 4155.1 | Error definitions | VMSNET::P_NUNEZ | Thu Feb 13 1997 09:24 | 11 | |
Bjorn,
FWIW...
puterror (1,2) = File not found. The last component of a file's
pathname could not be found.
puterror (1,12) = Invalid open mode.
Paul
| |||||
| 4155.2 | Thanks for your help :-) | STKAI1::BLUNDBERG | It's the monster!!! | Fri Feb 14 1997 02:57 | 7 |
Thanks for the info Paul,
I really appriciate your help and will try to figure out what's going on
regarding this problem.
Bjorn
| |||||
| 4155.3 | Ooops...found another one. | STKAI1::BLUNDBERG | It's the monster!!! | Fri Feb 14 1997 04:05 | 7 |
Found another one...
205 puterror (1,41) what does this mean?
Thanks
Bjorn
| |||||
| 4155.4 | Sure it's right? | VMSNET::P_NUNEZ | Fri Feb 14 1997 08:34 | 4 | |
I don't find that error number in my SMB books...sorry.
Paul
| |||||
| 4155.5 | I'll start all over again. | STKAI1::BLUNDBERG | It's the monster!!! | Fri Feb 14 1997 09:51 | 33 |
Yup it's correct, found it in the LMSRV tracefile and it looks like
the following example.
I'll start all over again and try some basic troubleshooting, I don't quite
understand what happens in the tracefile.
Thanks for your help Paul, really appriciate it.
Bjorn
16:37:50 00E05278(smbwork) LM$BLD_ROOT:[LM.SERVER.CTRL.SRC]SMBWORK.C;1
711
ABY043 --SMB--> open and X
16:37:50 00E05278(smbwork) LM$BLD_ROOT:[LM.SERVER.CTRL.SRC]SMBWORK.C;1
715
SMBRCVD 81 bytes:
FF 53 4D 42 2D 00 00 00 00 18 03 00 00 00 00 00 .SMB-...........
00 00 00 00 00 00 00 00 03 00 FE CA 02 80 90 00 ...........�....
0F FF 00 00 00 07 00 11 00 16 00 20 00 5B F0 01 ........... .[..
33 12 00 00 00 00 00 FF FF FF FF 00 00 00 00 10 3...............
00 5C 41 52 43 50 52 4F 4A 5C 66 76 2E 61 70 72 .\ARCPROJ\fv.apr
00 .
16:37:50 00E05278(smbwork) LM$BLD_ROOT:[LM.UTIL.SRC]PUTERROR.C;1 205
puterror (1, 41)
16:37:50 00E05278(smbwork) LM$BLD_ROOT:[LM.SERVER.CTRL.SRC]SMBWORK.C;1
1027
SMBSND 35 bytes:
FF 53 4D 42 2D 01 00 41 00 98 03 00 00 00 00 00 .SMB-..A........
00 00 00 00 00 00 00 00 03 00 FE CA 02 80 90 00 ...........�....
00 00 00 ...
| |||||
| 4155.6 | UTRTSC::SWEEP | I want a lolly... | Fri Feb 14 1997 10:44 | 5 | |
Look in utrtsc::pw_tools
.h file is in there, all errors.
Adrie
PS 41 = CRC error
| |||||
| 4155.7 | To IPMT or not to IPMT that's the question? | STKAI1::BLUNDBERG | It's the monster!!! | Mon Feb 24 1997 03:41 | 15 |
Hi Adrie,
thank's for your reply.
I found the errorcodes in UTRTSC::PW_TOOLS note 51, everything is
in there.
The only problem right now is that I don't know what conclusions
to make from all the info I've collected.
I might have to escalate this problem after all.
If you'd ever happen to come to Sweden I'd buy you a lolly :-)
Bjorn
| |||||
| 4155.8 | Problem has been worked around! | STKAI1::BLUNDBERG | It's the monster!!! | Mon Mar 03 1997 03:55 | 18 |
I'm really sorry about this but there seems to be a problem in the
V5.0E server when it comes to copying files from an NT workstation.
It seems like the server validates the client on a session without
username causing an ERROR_NETWORK_ACCESS_DENIED response.
It seems like the puterror 41 is in HEX and that it's decimal value
is 65 which means the above.
The customer downgraded his server to V5.0D-ECO3 and the problem
disappeared, the same scenario with a downgrade solving this problem
has been seen in Belgium too.
I'm editing an IPMT request on this problem right now, the situation
is under control at the customer site now but I thought that it would
be a good thing to report this officially.
Thanks for all your advice.
Bjorn
| |||||