Hi,
after having upgraded from 2.0.0beta2 to 2.0.0 there are happening strange
things:
1) After startup of smbd I find the following message in log.smb
smbd version 2.0.0 started.
Copyright Andrew Tridgell 1992-1998
[1999/01/15 17:38:09, 1] smbd/files.c:file_init(219)
file_init: Information only: requested 10000 open files, 2490 are
available.
2) doing a smbclient -L <hostname> returns
session request to ETHER failed
session request to *SMBSERVER failed
3) at the same time the following appears in log.smb
[1999/01/15 17:38:11, 0] locking/shmem_sysv.c:sysv_shm_open(590)
ERROR semctl: can't IPC_STAT. Error was Bad address
[1999/01/15 17:38:11, 0] locking/locking.c:locking_init(169)
ERROR: Failed to initialise share modes!
[1999/01/15 17:38:12, 0] locking/shmem_sysv.c:sysv_shm_open(590)
ERROR semctl: can't IPC_STAT. Error was Bad address
[1999/01/15 17:38:12, 0] locking/locking.c:locking_init(169)
ERROR: Failed to initialise share modes!
I didn't change anything in smb.conf:
# Samba config file
#
# Global parameters
workgroup = CHEMNET
server string = Chemnet Server
encrypt passwords = Yes
log file = /var/samba/logs/log.%m
log level = 1
lock directory = /var/samba/locks
smb passwd file = /var/samba/private/smbpasswd
domain logons = No
os level = 65
preferred master = Yes
domain master = Yes
wins support = Yes
hosts allow = 127.0.0.1 @chemnet
security = server
password server = pauli
[homes]
comment = HOME Verzeichnisse UNIX
read only = No
create mask = 0755
browseable = No
Any hints?
Thanks in advance,
Hans Benedict
--
Hans Benedict Chemie.DE Informations-Service
mailto:benedict@chemie.de FU Berlin, Fachbereich Chemie
Fon: +49-(0)30-838-3408 Takustrasse 6, D-14195 Berlin, Germany
Fax: +40-(0)30-838-3464 http://www.chemie.de
Hans Benedict wrote:> > Hi, > > after having upgraded from 2.0.0beta2 to 2.0.0 there are happening strange > things: > > 1) After startup of smbd I find the following message in log.smb > smbd version 2.0.0 started. > Copyright Andrew Tridgell 1992-1998 > [1999/01/15 17:38:09, 1] smbd/files.c:file_init(219) > file_init: Information only: requested 10000 open files, 2490 are > available.This is not a problem. It means you can only open 2490 files. If for some reason you need more than that you can run systune and change the rlimit_nofile_max value to increase this> > 2) doing a smbclient -L <hostname> returns > session request to ETHER failed > session request to *SMBSERVER failedWhat host did you execute this command from? Was it in your hosts allow? If this was from the localhost try adding its IP address to hosts allow as well - this makes it work for me. I'll take a closer look to see if this is actually a bug. It appears that there is a bug in swat that will not allow connections if there are any entries in hosts allow.> > 3) at the same time the following appears in log.smb > [1999/01/15 17:38:11, 0] locking/shmem_sysv.c:sysv_shm_open(590) > ERROR semctl: can't IPC_STAT. Error was Bad address > [1999/01/15 17:38:11, 0] locking/locking.c:locking_init(169) > ERROR: Failed to initialise share modes! > [1999/01/15 17:38:12, 0] locking/shmem_sysv.c:sysv_shm_open(590) > ERROR semctl: can't IPC_STAT. Error was Bad address > [1999/01/15 17:38:12, 0] locking/locking.c:locking_init(169) > ERROR: Failed to initialise share modes!Try stopping samba, deleting the shared memory segment and then restarting samba. Use "ipcs -ma" to see the segments, and "ipcrm -m <id>" to delete sambas segment.> > I didn't change anything in smb.conf: > > # Samba config file > # > > # Global parameters > workgroup = CHEMNET > server string = Chemnet Server > encrypt passwords = Yes > log file = /var/samba/logs/log.%m > log level = 1 > lock directory = /var/samba/locks > smb passwd file = /var/samba/private/smbpasswd > domain logons = No > os level = 65 > preferred master = Yes > domain master = Yes > wins support = Yes > hosts allow = 127.0.0.1 @chemnet > security = server > password server = pauli > > [homes] > comment = HOME Verzeichnisse UNIX > read only = No > create mask = 0755 > browseable = No > > Any hints? > Thanks in advance, > Hans Benedict > > -- > Hans Benedict Chemie.DE Informations-Service > mailto:benedict@chemie.de FU Berlin, Fachbereich Chemie > Fon: +49-(0)30-838-3408 Takustrasse 6, D-14195 Berlin, Germany > Fax: +40-(0)30-838-3464 http://www.chemie.de-- =====================================================================Herb Lewis Silicon Graphics Technical Marketing 2011 N Shoreline Blvd Network Systems Division Mountain View, CA 94043 herb@sgi.com Tel: 650-933-2177 http://www.sgi.com Fax: 650-932-2177 ======================================================================
Hi,
I'm setting up a SAMBA server for Win95 Clients...
Why it gets slow for the Win95 clients to browse and run any files from the
Samba server ? Is there a way I can make it faster ? I've set the sockets =
TCP_NODELAY.
How can I browse the clients from the linux box ?
Is there a SAMBA HOW TO somewhere ?
By the way, my samba is 1.9.17p4 on Linux 5.1
Tks,
Roberto Mello
mello@internext.com.br
Linux Registered User #96240
Hi all. I am having trouble installing Samba 2.0.0 (from the .tar.gz file) on a Redhat 5.2 system, running Linux 2.0.36. I am *NOT* using shadow passwords, but of course am using PAM, since that is the default under Redhat. Any attempt to access the Samba server using smbclient or any other client results in a "bad username/password" type error message (for valid user/password pairs). I've tried encrypted and unencrypted password operation too. For now, I've reverted to my 1.9.18p10 binaries, which work fine with the same smb.conf. Basically, it appears that using the new configure script, something is getting setup wrong as far as password authentication goes. No matter what options I try to pass to comfigure, it appears that it is setting up for both PAM and shadow password authentication (it finds a shadow.h I believe). The only other time I have personally since this error crop up is when I installed Samba once on a system that DID use shadow passwords, and I had built it without shadow password support. Compiling for shadow support in that case fixed the problem. Has anyone else been able to build and successfully USE Samba 2.0.0 on a Redhat 5.x system? If so, did you have to do anything unusual when running configure? I've tried and tried, and I guess I'm an old dog that can't learn new tricks or something... I never had trouble picking the options I needed when editing the old makefile, but configure isn't just making the right decisions for me. I've used Samba since 1994, and never had trouble building a working copy until now! Guess I should have tried 2.0.0 before it was released, so this could have been reported... Thanks! -- /------------------------------------------------\ | Jim Morris | Business: jmorris@rtc-group.com | | | Personal: Jim@Morris.net | |------------------------------------------------| | World Wide Web: http://Jim.Morris.net | \------------------------------------------------/
A very good link is: http://www.rpmfind.net/linux/RPM/ Alex
List, Samba 2 is here! Much rejoicing! However, after feverishly downloading the source files I have came to make the binaries but the install program appears to be different from the old 1.9 version. Makefile seems to be Makefile.in, and worse I don't recognise any of it! Is there any documentation out on doing a make install? I want to install on Digital Unix 4.0D. Thanks, Anthony --------------------------------------- Anthony Farrow BSc.(Hon.) Systems Programmer Cranfield University, England Tel : (01234) 754200 ext. 2833 Email : a.n.farrow@cranfield.ac.uk ICQ : 9014909 Home Page at : http://www.cranfield.ac.uk/~ccanf "Peace Through Superior Firepower" ----------------------------------------
Hans, On Fri, 15 Jan 1999, Herb Lewis wrote:> > Hans Benedict wrote: > > > > 3) at the same time the following appears in log.smb > > > [1999/01/15 17:38:11, 0] locking/shmem_sysv.c:sysv_shm_open(590) > > > ERROR semctl: can't IPC_STAT. Error was Bad address > > > [1999/01/15 17:38:11, 0] locking/locking.c:locking_init(169) > > > ERROR: Failed to initialise share modes! > > > [1999/01/15 17:38:12, 0] locking/shmem_sysv.c:sysv_shm_open(590) > > > ERROR semctl: can't IPC_STAT. Error was Bad address > > > [1999/01/15 17:38:12, 0] locking/locking.c:locking_init(169) > > > ERROR: Failed to initialise share modes! > > > > Try stopping samba, deleting the shared memory segment and then > > restarting samba. Use "ipcs -ma" to see the segments, and > > "ipcrm -m <id>" to delete sambas segment. > > O.k. - after talking to the local unix guru: using cc instead of gcc > seems to do the job! > > Thanks for your help, anyway. > > Regards, > Hans BenedictThis is due to a bug in gcc 2.8+ (as well as egcs 1.0.2+) where the compiler doesn't properly align structs passed by value. Under the o32 object format, alignment was to the right. Under n32 (the "new" object format, what most current stuff should be built with), it is to align to the left. There is a FAQ about this at http://egcs.cygnus.com/faq.html#irix6n32bugs. [It would be really nice if this were fixed, but I don't understand compilers. Maybe someone at SGI could lend a hand?] My solution was to force the alignment to the left with the patch as follows. I suppose this could probably be worked into the configuration (like "checking for gcc's behavior with semctl"). I then define SGI_SEMUN_HACK in CFLAGS and configure. Don -- Don Badrak <dbadrak@census.gov> 301.457.1793 work Telecommunications Office 301.457.4438 fax U.S. Bureau of the Census 301.457.1828 fax Suitland MD, USA -------------- next part -------------- --- source/locking/shmem_sysv.c.orig Thu Dec 31 09:45:57 1998 +++ source/locking/shmem_sysv.c Wed Dec 30 14:42:58 1998 @@ -24,6 +24,15 @@ #ifdef HAVE_SYSV_IPC +#ifdef SGI_SEMUN_HACK +union semun_hack { + int val; + struct semid_ds *buf; + unsigned short *array; + char __dummy[5]; +}; +#define semun semun_hack +#endif extern int DEBUGLEVEL; --- source/tests/sysv_ipc.c.orig Wed Dec 30 14:43:18 1998 +++ source/tests/sysv_ipc.c Wed Dec 30 14:43:59 1998 @@ -20,6 +20,15 @@ }; #endif +#ifdef SGI_SEMUN_HACK +union semun_hack { + int val; + struct semid_ds *buf; + unsigned short *array; + char __dummy[5]; +}; +#define semun semun_hack +#endif main() {