thr3ads.net - samba - [Samba] Samba+CUPS+Driver autodownload [May 2003]

If this information is useful, please help other people find it:
Share via:

Matt Dainty

2003-May-29 10:31 UTC

[Samba] Samba+CUPS+Driver autodownload

Hi,

I'm trying to get Samba to offer the Adobe driver automatically for the
two printers I have set up with CUPS.

I have all of the necessary files plucked out of the Adobe Postscript
Windows driver package, but I'm hitting the problem when I come to run
"cupsaddsmb -v ..." that the "rpcclient adddrivers" command
always fails
with NT_STATUS_UNSUCCESSFUL. The drivers are being copied to the [print$]
directories correctly, just the driver registration fails.

I found the posts relating to this error in 2.2.8a, so I've actually
downloaded the current CVS SAMBA_2_2 branch as of yesterday, and I'm
still getting the same problem, which I assumed would be fixed in the
source now.

I have run "rpcclient -d 100 ..." but it's quite big so if anyone
would
like to see that, please let me know.

Anyone have this fixed and working?

Cheers

Matt

Kurt Pfeifle

2003-May-29 12:39 UTC

head link

[Samba] Samba+CUPS+Driver autodownload

Matt Dainty wrote on Samba-Digest

> I'm trying to get Samba to offer the Adobe driver automatically for the
> two printers I have set up with CUPS.
> 
> I have all of the necessary files plucked out of the Adobe Postscript
> Windows driver package, but I'm hitting the problem when I come to run
> "cupsaddsmb -v ..." that the "rpcclient adddrivers"
command always fails
> with NT_STATUS_UNSUCCESSFUL.
Which version of CUPS/cupsaddsmb are you running?

Have you seen the docu on

     http://www.linuxprinting.org/kpfeifle/SambaPrintHOWTO/

about this?
> The drivers are being copied to the [print$]
> directories correctly, just the driver registration fails.
Before looking at the level 100 Samba log, let's first see the
"-v"
cupsaddsmb output on stderr....

Cheers,
Kurt

Matt Dainty

2003-May-29 13:17 UTC

head link

[Samba] Re: Samba+CUPS+Driver autodownload

Hi,

The version of CUPS and cupsaddsmb is currently 1.1.18, (due to be
upgraded to 1.1.19 soon-ish).

Here's the output of running "cupsaddsmb -v ...":

# /usr/sbin/cupsaddsmb -v -U root oki7200
Password for root required to access localhost via SAMBA: 
Running command: smbclient //localhost/print\$ -N -U'root%secret' -c
'mkdir W32X86;put /var/spool/cups/tmp/3ed6034d677c4 W32X86/oki7200.PPD;put
/usr/share/cups/drivers/ADOBEPS5.DLL W32X86/ADOBEPS5.DLL;put
/usr/share/cups/drivers/ADOBEPSU.DLL W32X86/ADOBEPSU.DLL;put
/usr/share/cups/drivers/ADOBEPSU.HLP W32X86/ADOBEPSU.HLP'
added interface ip=192.168.50.129 bcast=192.168.50.255 nmask=255.255.255.128
added interface ip=127.0.0.1 bcast=127.255.255.255 nmask=255.0.0.0
Domain=[XREFER] OS=[Unix] Server=[Samba 2.2.9pre1]
NT_STATUS_OBJECT_NAME_COLLISION making remote directory \W32X86
putting file /var/spool/cups/tmp/3ed6034d677c4 as \W32X86/oki7200.PPD (16523.1
kb/s) (average 16523.4 kb/s)
putting file /usr/share/cups/drivers/ADOBEPS5.DLL as \W32X86/ADOBEPS5.DLL
(23519.6 kb/s) (average 22062.2 kb/s)
putting file /usr/share/cups/drivers/ADOBEPSU.DLL as \W32X86/ADOBEPSU.DLL
(22083.0 kb/s) (average 22066.4 kb/s)
putting file /usr/share/cups/drivers/ADOBEPSU.HLP as \W32X86/ADOBEPSU.HLP
(18016.8 kb/s) (average 21935.8 kb/s)

Running command: rpcclient localhost -N -U'root%secret' -c
'adddriver "Windows NT x86"
"oki7200:ADOBEPS5.DLL:oki7200.PPD:ADOBEPSU.DLL:ADOBEPSU.HLP:NULL:RAW:NULL"'
cmd = adddriver "Windows NT x86"
"oki7200:ADOBEPS5.DLL:oki7200.PPD:ADOBEPSU.DLL:ADOBEPSU.HLP:NULL:RAW:NULL"
result was NT_STATUS_UNSUCCESSFUL

Running command: smbclient //localhost/print\$ -N -U'root%secret' -c
'mkdir WIN40;put /var/spool/cups/tmp/3ed6034d677c4 WIN40/oki7200.PPD;put
/usr/share/cups/drivers/ADFONTS.MFM WIN40/ADFONTS.MFM;put
/usr/share/cups/drivers/ADOBEPS4.DRV WIN40/ADOBEPS4.DRV;put
/usr/share/cups/drivers/ADOBEPS4.HLP WIN40/ADOBEPS4.HLP;put
/usr/share/cups/drivers/DEFPRTR2.PPD WIN40/DEFPRTR2.PPD;put
/usr/share/cups/drivers/ICONLIB.DLL WIN40/ICONLIB.DLL;put
/usr/share/cups/drivers/PSMON.DLL WIN40/PSMON.DLL;'
added interface ip=192.168.50.129 bcast=192.168.50.255 nmask=255.255.255.128
added interface ip=127.0.0.1 bcast=127.255.255.255 nmask=255.0.0.0
Domain=[XREFER] OS=[Unix] Server=[Samba 2.2.9pre1]
NT_STATUS_OBJECT_NAME_COLLISION making remote directory \WIN40
putting file /var/spool/cups/tmp/3ed6034d677c4 as \WIN40/oki7200.PPD (20653.8
kb/s) (average 20654.3 kb/s)
putting file /usr/share/cups/drivers/ADFONTS.MFM as \WIN40/ADFONTS.MFM (23420.0
kb/s) (average 23025.0 kb/s)
putting file /usr/share/cups/drivers/ADOBEPS4.DRV as \WIN40/ADOBEPS4.DRV
(23434.6 kb/s) (average 23294.7 kb/s)
putting file /usr/share/cups/drivers/ADOBEPS4.HLP as \WIN40/ADOBEPS4.HLP
(23981.6 kb/s) (average 23355.8 kb/s)
putting file /usr/share/cups/drivers/DEFPRTR2.PPD as \WIN40/DEFPRTR2.PPD
(13174.5 kb/s) (average 23244.0 kb/s)
putting file /usr/share/cups/drivers/ICONLIB.DLL as \WIN40/ICONLIB.DLL (23071.4
kb/s) (average 23235.0 kb/s)
putting file /usr/share/cups/drivers/PSMON.DLL as \WIN40/PSMON.DLL (18666.1
kb/s) (average 23096.6 kb/s)

Running command: rpcclient localhost -N -U'root%secret' -c
'adddriver "Windows 4.0"
"oki7200:ADOBEPS4.DRV:oki7200.PPD:NULL:ADOBEPS4.HLP:PSMON.DLL:RAW:ADOBEPS4.DRV,oki7200.PPD,ADOBEPS4.HLP,PSMON.DLL,ADFONTS.MFM,DEFPRTR2.PPD,ICONLIB.DLL"'
cmd = adddriver "Windows 4.0"
"oki7200:ADOBEPS4.DRV:oki7200.PPD:NULL:ADOBEPS4.HLP:PSMON.DLL:RAW:ADOBEPS4.DRV,oki7200.PPD,ADOBEPS4.HLP,PSMON.DLL,ADFONTS.MFM,DEFPRTR2.PPD,ICONLIB.DLL"
result was NT_STATUS_UNSUCCESSFUL

Running command: rpcclient localhost -N -U'root%secret' -c
'setdriver oki7200 oki7200'
cmd = setdriver oki7200 oki7200
Succesfully set oki7200 to driver oki7200.

I've also tried running the enum{printers,drivers} commands.
"enumprinters [12]" both give output, but "enumprinters 3"
gives me the
same NT_STATUS_UNSUCCESSFUL. "enumdrivers [123]" runs without an error
message, but displays nothing apart from the "cmd = ...".

Cheers

Matt

Kurt Pfeifle

2003-May-29 17:39 UTC

head link

[Samba] Samba+CUPS+Driver autodownload

Mathias Homann admin at eregion.de
> Thu May 29 18:46:50 GMT 2003
> 
> 
> Am Donnerstag, 29. Mai 2003 14:39 schrieb Kurt Pfeifle:
> 
>>      http://www.linuxprinting.org/kpfeifle/SambaPrintHOWTO/
> 
> Why on earth do people keep on insisting that imprints is useful and 
> functional?
Hi, Mathias,

yours is the first comment I read about that section. In fact, this section
comes from the old HOWTO collection, and I felt it was only appropriate to
keep it in, if the warning about its unmaintained status is made more
prominent and the call for volunteers is repeated.
> It's been dead since more than a year,
My draft says so and names a date: since December 2000.
> has never worked for me, and anybody 
> I've been mailing about imprints has not even had an active maintainer
for
> more than a year.
> 
> I'm the first to say that the idea _behind_ it is temptingm
That's why I feel it should not be just abandoned.
> but without anyone 
> actively maintining it, and without a reliable, working version out there,
it
> should not be mentioned as a _solution_.
OK -- this is open for discussion. If I hear more voices about it blowing
the same horn, it might go out...
> bye,
> 	MH
Cheers,
Kurt

Reasonably Related Threads

Search for more possibly parallel threads

samba - May 2003 - Samba+CUPS+Driver autodownload

[Samba] Samba+CUPS+Driver autodownload

[Samba] Samba+CUPS+Driver autodownload

[Samba] Re: Samba+CUPS+Driver autodownload

[Samba] Samba+CUPS+Driver autodownload

Reasonably Related Threads