Re: [Samba] printing query status:access denied, unable to connect
use client driver = yes .. that's the 'normal' fix when you don't have spoolss up and running. On Fri, 25 Jul 2003, Bob Crandell wrote: Try adding disable spoolss = yes to global and use client driver = no to your print share. One of them fixed it for me but I don't remember which. VIK ([EMAIL PROTECTED]) wrote: my global and print shares as follows : [global] workgroup = SIMOYIGRP netbios name = NEWMONSTER encrypt passwords = Yes passwd program = /usr/bin/passwd %u passwd chat = *new*password:* %n\n *re-enter*new*password:* %n\n max log size = 50 preferred master = Yes domain master = Yes comment = Samba %v printer admin = admin,@SIMOYGRP hosts allow = 131.252. print command = /usr/samba/bin/sambalp %p %s %U %m [print$] comment = printer driver directory path = /usr/samba/printer write list = lp guest ok = Yes [printers] comment = All Printers path = /var/spool/samba create mask = 0700 guest ok = Yes printable = Yes browseable = No [HP laser Jet 6MP] path = /var/spool/samba printable = Yes the printer which I am trying to configure as a n/w printer is HP laser Jet 6MP connected to my IRIX box with samba server on it let me know wht changes should I make to my smb.conf to get my windows XP clients can print using this printer on samba --- Bob Crandell [EMAIL PROTECTED] wrote: Hi, Sorry. I didn't mean to reply directly to you. I believe these exchanges should be on the list so everyone can benefit. If you didn't get an error when you ran the net use ... then I'd say the workstation is setup correctly. Now how do you have the print share defined? Would you be so kind as to post the [global] and the [print share]? Thanks VIK ([EMAIL PROTECTED]) wrote: hi there well I tried that capturing printer port. I used net use c:\ lpt1 \\servername\printershare /PERSISTENT:YES for capturing the printer port is that rite ? its still showing the same error stauts status:Access denied,unable to connect what should I do about it ? let me know thank you --- Bob Crandell [EMAIL PROTECTED] wrote: VIKRANT ([EMAIL PROTECTED]) wrote: Hello there i have installed samba on my SGI IRIX box and its up and running. I have a few win xp machines. wanna make the printer availabe on my IRIX as a network printer. I tried adding the printer thru add printer wizard in windows it gets added but it shows the status as status:Access denied, unable to connect how should I resolve this problem ? I am using HP laserjet 6MP plz help thank you __ Hi, I ran into this problem with Win2K sp4. It wouldn't connect to a printer with a UNC path. It would work with a captured LPT port. Try that. -- Bob Crandell Assured Computing When you need to be sure. [EMAIL PROTECTED] www.assuredcomp.com Voice - 541-689-9159 FAX - 541-463-1627 Eugene, Oregon -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com -- Bob Crandell Assured Computing When you need to be sure. [EMAIL PROTECTED] www.assuredcomp.com Voice - 541-689-9159 FAX - 541-463-1627 Eugene, Oregon -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com -- Bob Crandell Assured Computing When you need to be sure. [EMAIL PROTECTED] www.assuredcomp.com Voice - 541-689-9159 FAX - 541-463-1627 Eugene, Oregon -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
[Samba] map system en bad database performance
Hi there, this is not really a question but more of a remark. I just found out that apparently, database programs like ACT!2000 and Exact for Windows (dutch product) perform really badly when using map system en you've (accidentally) set the system flag (group execute - which happens quite often if you're not thinking and type chmod 770 *) .. apparently the packages DO work, but VERY VERY slowly ... this may be a cause of slowdowns for lots of people complaining about performance .. presumeably there's some sort of different handling of SYSTEM files within windows This was on a w2k workstation by the way ... A quick chmod 760 * suddenly speeded up the process of loading the database a factor of 10 or so . greets, Steve Hardy -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
RE: Drive already connected Error in Windows 2000
are you sure you haven't just broken your net use /persistent:no w2k reconnects your drives as they were last time by default. -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] a.org]Name ns Green, Paul Verzonden: Sunday, February 02, 2003 4:46 PM Aan: 'Grierson, Garry (UK07)'; [EMAIL PROTECTED] Onderwerp: RE: Drive already connected Error in Windows 2000 (please reply to list) Some standard questions... What service pack level for W2K? What operating system are you running under samba 2.2.7? Do you have a reproducible test case you can post? Anything out of the ordinary in your smb.conf file? Sounds like an operating system resource-limit issue... PG -Original Message- From: Grierson, Garry (UK07) [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 28, 2003 7:45 AM To: [EMAIL PROTECTED] Subject: FW: Drive already connected Error in Windows 2000 The log.smbd file has lots of (No locks available) errors.. Any help? -Original Message- From: Grierson, Garry (UK07) Sent: 28 January 2003 11:36 To: '[EMAIL PROTECTED]' Subject: Drive already connected Error in Windows 2000 I have been successfully running with Samba 2.0.7 for more than a year now but am having problems using version 2.2.7 Drive connections to windows 2000 systems have started coming up with 'Drive already connected' errors. When I look at the SMBD processes running on the samba server there are several deamons running that are not currently used. There is also more than one connection per client machine and I cant seem to kill -15 (or even kill -9) these smbd deamons. Any help would be gratefully appreciated!
RE: [Samba] RH8 and Samba 3
yeah its looking for the FILE cups which very probably means the RPM wasn't compiled with the CUPS support in it. You'll have to do it from source then. Shouldn't be such a problem as long as you match all the paths used in the original RPM -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Namens Ronan Waide Verzonden: Wednesday, January 08, 2003 7:21 PM Aan: [EMAIL PROTECTED] CC: Darin Bawden; Samba List Onderwerp: Re: [Samba] RH8 and Samba 3 On January 8, [EMAIL PROTECTED] said: On Wed, Jan 08, 2003 at 11:06:04AM -0600, Darin Bawden wrote: Greetings everyone, Just a quick question, I hope. I installed the 3.0 alpha for an RH 8.0 test server. In the smb.conf file I have printing=cups and printcap=cups. In should this not be printecap=yer cups printcap fully qualified path name? Nope. printcap=cups and printing=cups works just fine. Cheers, Waider. -- [EMAIL PROTECTED] / Yes, it /is/ very personal of me. for god's sake, give me some credit. i may be an egocentric jerk, but i'm not a COMPLETE asshole. - Meredith -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
RE: [Samba] Problem with some applications
you probably want to play with some locking things like fake oplocks or oplocks = yes or no. These kind of apps sometimes still use old 16 bit code and do WeIrD calls to novell-style locking and such. -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Namens Hans Scheffers Verzonden: Wednesday, January 08, 2003 3:06 PM Aan: [EMAIL PROTECTED] Onderwerp: Re: [Samba] Problem with some applications Permissions i have set to 777... no change what so ever The application is a dutch bank application, using its own database format ... the other choking one is antoher bank its application, this application just gives a runtime dll error, without even telling which dll causes teh problem. Installing them both locally solves the problems.. Greetz On Wed, 2003-01-08 at 11:14, Stephen Kuhn wrote: On Wed, 2003-01-08 at 20:41, Hans Scheffers wrote: Hi, I have a few apps that won't work with samba; when I install the application locally i don't have problems, when I install them on a samba share I get the following error: Unable to register g:\path to\ONWDB.dll Other applications do work correct... Any ideas or more info needed? greetz Hans What perms are setup on the Samba shares? Oh, and what application is this that is choking and puking? I tried in vain to locate onwdb.dll all over the place, so I can't identify the application... -- Wed Jan 8 21:05:00 EST 2003 9:05pm up 3:53, 4 users, load average: 0.22, 0.43, 0.37 -- |____ | kuhn media australia| | / ,, /| |'-. | http://kma.0catch.com | | .\__/ || | | |=| | _ / `._ \|_|_.-' | stephen kuhn| | | / \__.`=._) (_ | email: [EMAIL PROTECTED] | | |/ ._/ || | email: [EMAIL PROTECTED]| | |'. `\ | | |icq: 5483808 | | ;/ / | | | | | smk ) /_/| |.---.| | mobile: 0410-728-389| | ' `-`' | Berkeley, New South Wales, AU | -- * linux user:267497 * RH 7.3+ * PC/Mac/Linux/Networking/Consulting -- I meant, said Iplsore bitterly, what is there in this world that makes living worthwhile? Death thought about it. CATS, he said eventually, CATS ARE NICE. -- Death is obviously not a dog person (Terry Pratchett, Sourcery) -- Hans Scheffers http://www.jiffie.nl/stamboom/ E.T. GO HOME!!! (And take your Smurfs with you.) Linux Kernel 2.4.18-19 on a i686 - userid 282784 @ http://counter.li.org -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
FW: [Samba] RH8 and Samba 3
did you compile the cups support into samba ? ./configure --enable-cups -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Namens Darin Bawden Verzonden: Wednesday, January 08, 2003 6:06 PM Aan: Samba List Onderwerp: [Samba] RH8 and Samba 3 Greetings everyone, Just a quick question, I hope. I installed the 3.0 alpha for an RH 8.0 test server. In the smb.conf file I have printing=cups and printcap=cups. In the cups.conf I have printcap=/etc/printcap When I start the Samba server and look at the log.smbd, it's telling me can't open printcap file cups for read! Is there a setting I have missed doing the upgrade? It was working fine with 2.2.7a. Thanks in advance :) Darin Bawden, -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
RE: permission upgrade during O_TRUNC
Yeah I thought about implementing it the way it's in CVS now but didn't dare touch your code :P, although I just found another instance of attributes changing the whole story goes for READONLY as well ... hmm let me make a table - H - H - S - S - R - R - RH - RH - SH - SH H * - H S * - S R * - R So it seems you can only upgrade the attributes if NONE of the original attributes were set, and if so, you take all of the new attributes. Currently the code always takes the new attributes if you're upgrading system or hidden so you'd get S H - H H S - S and worse: S HR - HR H SR - SR It probably doesn't make much of a difference but hey, you never know :) Makes the code easier too 'cause you get if(old_dos_mode == 0 new_dos_mode != 0) *returned_mode = new_dos_mode Which is even easier (yay!). Sorry for the part misinformation in previous posts :) grtz, Steve -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Namens [EMAIL PROTECTED] Verzonden: Wednesday, January 08, 2003 3:10 AM Aan: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Onderwerp: Re: permission upgrade during O_TRUNC On Tue, Jan 07, 2003 at 10:53:41AM +0100, [EMAIL PROTECTED] wrote: Hey there, I posted a quick fix for a problem I found with all samba's up to 2.2.7a on the general samba list, which describes the following problem: In Windows, if you create a file with NORMAL attributes and ALWAYS_CREATE, close the file and then re-create it with, say, HIDDEN and ALWAYS_CREATE, the file *should* be upgraded to HIDDEN. The other way around, ie. starting with HIDDEN and re-creating with NORMAL should keep the file as HIDDEN. Currently, samba always keep the original attributes. This causes windows to incorrectly store hidden and system files from in a roaming profile which gets you that stupid popping-up Desktop.ini in new profiles after the second login (because the files are not hidden on the profile directory). Why windows opens the files as non-hidden first is unknown to me :) Anyways, here is a patch that fixes it. I have tried my best to make it as clean as possible but as I know little of samba internals it may be wrong ... This works for me, and stops Desktop.ini appearing all over the place. I haven't found any problems with it yet. Thanks for this - I didn't apply exactly this patch but it inspired me to write something I believe is correct. I applied it to HEAD and 3.0, and will back-port to 2.2.x. Thanks once again ! Jeremy. PS. Andrew Bartlett - we now pass the torture test OPEN #9 when map hidden and map system are set :-).
RE: permission upgrade during O_TRUNC
not entirely true again
the error in the current code is
S - SR = SR
H - HR = HR
which should be
S - SR = S
H - HR = H
that's all. Still simplifies the code.
Index: open.c
===
RCS file: /cvsroot/samba/source/smbd/open.c,v
retrieving revision 1.128
diff -u -r1.128 open.c
--- open.c 8 Jan 2003 02:09:14 - 1.128
+++ open.c 8 Jan 2003 09:51:50 -
@@ -717,20 +717,19 @@
* the file attributes need to be changed.
*/
- *returned_mode = (mode_t)0;
+ if(old_dos_mode == (mode_t)0 new_dos_mode != (mode_t)0)
+ *returned_mode = new_dos_mode;
+ else
+ *returned_mode = (mode_t)0;
/* If we're mapping SYSTEM and HIDDEN ensure they match. */
if (lp_map_system(SNUM(conn))) {
if ((old_dos_mode FILE_ATTRIBUTE_SYSTEM) !(new_dos_mode
FILE_ATTRIBUTE_SYSTEM))
return False;
- if (!(old_dos_mode FILE_ATTRIBUTE_SYSTEM) (new_dos_mode
FILE_ATTRIBUTE_SYSTEM))
- *returned_mode = new_mode;
}
if (lp_map_hidden(SNUM(conn))) {
if ((old_dos_mode FILE_ATTRIBUTE_HIDDEN) !(new_dos_mode
FILE_ATTRIBUTE_HIDDEN))
return False;
- if (!(old_dos_mode FILE_ATTRIBUTE_HIDDEN) (new_dos_mode
FILE_ATTRIBUTE_HIDDEN))
- *returned_mode = new_mode;
}
return True;
}
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]Namens Steve Hardy
Verzonden: Wednesday, January 08, 2003 10:42 AM
Aan: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Onderwerp: RE: permission upgrade during O_TRUNC
Yeah I thought about implementing it the way it's in CVS now
but didn't dare
touch your code :P, although I just found another instance of
attributes
changing the whole story goes for READONLY as well ...
hmm let me make a table
- H - H
- S - S
- R - R
- RH - RH
- SH - SH
H * - H
S * - S
R * - R
So it seems you can only upgrade the attributes if NONE of
the original
attributes were set, and if so, you take all of the new attributes.
Currently the code always takes the new attributes if you're upgrading
system or hidden so you'd get
S H - H
H S - S
and worse:
S HR - HR
H SR - SR
It probably doesn't make much of a difference but hey, you
never know :)
Makes the code easier too 'cause you get
if(old_dos_mode == 0 new_dos_mode != 0)
*returned_mode = new_dos_mode
Which is even easier (yay!). Sorry for the part
misinformation in previous
posts :)
grtz,
Steve
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]Namens
[EMAIL PROTECTED]
Verzonden: Wednesday, January 08, 2003 3:10 AM
Aan: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Onderwerp: Re: permission upgrade during O_TRUNC
On Tue, Jan 07, 2003 at 10:53:41AM +0100,
[EMAIL PROTECTED] wrote:
Hey there, I posted a quick fix for a problem I found with
all samba's up
to 2.2.7a on the general samba list, which describes the following
problem:
In Windows, if you create a file with NORMAL attributes and
ALWAYS_CREATE,
close the file and then re-create it with, say, HIDDEN and
ALWAYS_CREATE,
the file *should* be upgraded to HIDDEN. The other way around, ie.
starting with HIDDEN and re-creating with NORMAL should
keep the file as
HIDDEN. Currently, samba always keep the original
attributes. This causes
windows to incorrectly store hidden and system files from
in a roaming
profile which gets you that stupid popping-up Desktop.ini
in new profiles
after the second login (because the files are not hidden on
the profile
directory). Why windows opens the files as non-hidden first
is unknown to
me :) Anyways, here is a patch that fixes it. I have tried
my best to make
it as clean as possible but as I know little of samba
internals it may be
wrong ...
This works for me, and stops Desktop.ini appearing all over
the place. I
haven't found any problems with it yet.
Thanks for this - I didn't apply exactly this patch but it
inspired me
to write something I believe is correct. I applied it to
HEAD and 3.0,
and will back-port to 2.2.x.
Thanks once again !
Jeremy.
PS. Andrew Bartlett - we now pass the torture test OPEN #9 when map
hidden and map system are set :-).
[Samba] Desktop.ini (part) solution
Aha!
Although I'm not an everyday samba programmer, I have found a descrepancy
between a windows code snippet running on a windows server, and on a samba
(2.2.7a, but also earlier) systems. This causes the dreaded Desktop.ini
problem (yay!) and probably some others too!
The test code in windows:
#include stdafx.h
#include windows.h
int main(int argc, char* argv[])
{
HANDLE f;
f =
CreateFile(H:\\test.x,GENERIC_WRITE,FILE_SHARE_WRITE,NULL,CREATE_ALWAYS,FI
LE_ATTRIBUTE_NORMAL,NULL);
CloseHandle(f);
f =
CreateFile(H:\\test.x,GENERIC_WRITE,FILE_SHARE_WRITE,NULL,CREATE_ALWAYS,FI
LE_ATTRIBUTE_HIDDEN,NULL);
CloseHandle(f);
return 0;
}
Now in windows, the first call creates the file 'test.x' with NORMAL
attributes. Then, the second call 'truncates' the file, but with HIDDEN
attributes. If you run this on C: you will find test.x has HIDDEN attributes
after the second call. This is NOT how un*x behaves, as passing a mode with
O_TRUNC has no effect on an existing file (you can test this, the result is
different if you place test.x on a samba share). Also, if you reverse the
operation (ie hidden first, then normal), the file stays hidden, so the
flags seem to be OR'ed with eachother. The quick and dirty fix is to
unlink() the file just before opening it with O_TRUNC and O_CREATE, which
partly corrects the problems as we should really OR the flags. Here is my
quick fix diff from 2.2.7a:
diff -urN samba-2.2.7a/source/smbd/open.c
samba-2.2.7a-truncfix/source/smbd/open.c
--- samba-2.2.7a/source/smbd/open.c Tue Dec 10 15:58:17 2002
+++ samba-2.2.7a-truncfix/source/smbd/open.cMon Jan 6 16:40:30 2003
@@ -910,6 +910,7 @@
* we can do. We also ensure we're not going to create or
tuncate
* the file as we only want an access decision at this stage.
JRA.
*/
+
fsp_open = open_file(fsp,conn,fname,psbuf,
flags|(flags2~(O_TRUNC|O_CREAT)),mode,desired_access);
@@ -927,6 +928,13 @@
/*
* We exit this block with the share entry *locked*.
*/
+ DEBUG(8,(file %s existed before create\n));
+ /* This is to fix permissions changing on windows systems */
+ if(flags2 O_TRUNC) {
+ DEBUG(8,(removing file %s before mode %d, flags %d for
+permission
reset\n,fname,mode,flags));
+ unlink(fname);
+ }
+
}
/*
--
To unsubscribe from this list go to the following URL and read the
instructions: http://lists.samba.org/mailman/listinfo/samba
