-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is there some limit on the size of a file system which can be shared via samba? I'm trying to set up a file server with a 100GB shared partition and it doesn't want to work. I'm running Fedora Core 4, and Samba Version 3.0.14a-2. The output from testparm looks like this: [root@stitch samba]# testparm Load smb config files from /etc/samba/smb.conf Processing section "[homes]" Processing section "[printers]" Processing section "[haldisk]" Loaded services file OK. Server role: ROLE_STANDALONE Press enter to see a dump of your service definitions # Global parameters [global] workgroup = HOME server string = Stitch null passwords = Yes log level = 1 log file = /var/log/samba/%m.log max log size = 50 socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 domain master = Yes dns proxy = No idmap uid = 16777216-33554431 idmap gid = 16777216-33554431 hosts allow = 192.168.1., 127. cups options = raw [homes] comment = Home Directories read only = No browseable = No [printers] comment = All Printers path = /var/spool/samba printable = Yes browseable = No [haldisk] path = /opt/data write list = harold read only = No guest ok = Yes This works OK. the /opt filesystem is only 5 Gb in size. If I simply change the line "path = /opt/data" to "path = /bigdisk/data" where the /bigdisk file system is 100GB is size, and restart smb, all attempts to connect to the file system give the following error on the windows box (smb name is piglet) "\\stitch\haldisk is not accessable" "The Network Name cannot be found" and the following errors appear in /var/log/samba/piglet.log [2005/06/24 10:15:58, 0] lib/util_sock.c:read_socket_data(384) read_socket_data: recv failure for 4. Error = Connection reset by peer [2005/06/24 10:15:58, 0] smbd/service.c:make_connection_snum(615) '/bigdisk/data' does not exist or is not a directory, when connecting to [haldisk] [2005/06/24 10:15:58, 0] smbd/service.c:make_connection_snum(615) '/bigdisk/data' does not exist or is not a directory, when connecting to [haldisk] [2005/06/24 10:15:58, 0] smbd/service.c:make_connection_snum(615) '/bigdisk/data' does not exist or is not a directory, when connecting to [haldisk] (log level = 1, anything higher and I get far too many message to digest) The file systems in question look like this: Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda2 505636 146754 332777 31% / /dev/hdc1 505604 14287 465213 3% /boot none 517732 0 517732 0% /dev/shm /dev/mapper/VG0-LV00 5160576 2205760 2692672 46% /usr /dev/mapper/VG0-LV01 1032088 218100 761560 23% /var /dev/mapper/VG0-LV02 507748 10555 470979 3% /tmp /dev/mapper/VG0-LV04 507748 10572 470962 3% /usr/local /dev/mapper/VG0-LV05 5160576 43652 4854780 1% /home /dev/mapper/VG0-LV06 5160576 43056 4855376 1% /opt /dev/mapper/VG0-LV07 101573920 94280 96236760 1% /bigdisk Hardware consists of two 200Gb Western Digital drives in a software raid1 configuration. The Linux LVM is used to create the file systems on the defined raid device. I have spent the last two days searching the web for anything which might explain this. Any ideas why this strange behavior? Anything else you need to see? Thanks for any help you can provide. Harold -----BEGIN PGP SIGNATURE----- Version: PGP 8.1 - not licensed for commercial use: www.pgp.com iQA/AwUBQrwhHy1Q3vInf5sREQIilgCcCTRadqS2pP6Rt0iqx1jLNW9Il7AAoOUT 1Raxiqtx+nvBRFgkRFHw/mE3 =FcMf -----END PGP SIGNATURE----- -- Harold Pritchett harold@uga.edu +1.706.546.0692 pgp public key: http://www.arches.uga.edu/~harold/pgpkey.html "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." Benjamin Franklin, Historical Review of Pennsylvania, 1759.
try making an ls -al on /opt/ does the folder data exist? sometimes it is the permission which fail i got the same setup -> FC4 SMB but i got 840 GB Raid 5 with encrypted lvm should work Harold Pritchett schrieb:> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Is there some limit on the size of a file system which can > be shared via samba? I'm trying to set up a file server > with a 100GB shared partition and it doesn't want to work. > > I'm running Fedora Core 4, and Samba Version 3.0.14a-2. > > The output from testparm looks like this: > > [root@stitch samba]# testparm > Load smb config files from /etc/samba/smb.conf > Processing section "[homes]" > Processing section "[printers]" > Processing section "[haldisk]" > Loaded services file OK. > Server role: ROLE_STANDALONE > Press enter to see a dump of your service definitions > > # Global parameters > [global] > workgroup = HOME > server string = Stitch > null passwords = Yes > log level = 1 > log file = /var/log/samba/%m.log > max log size = 50 > socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 > domain master = Yes > dns proxy = No > idmap uid = 16777216-33554431 > idmap gid = 16777216-33554431 > hosts allow = 192.168.1., 127. > cups options = raw > > [homes] > comment = Home Directories > read only = No > browseable = No > > [printers] > comment = All Printers > path = /var/spool/samba > printable = Yes > browseable = No > > [haldisk] > path = /opt/data > write list = harold > read only = No > guest ok = Yes > > This works OK. the /opt filesystem is only 5 Gb in size. If I > simply change the line "path = /opt/data" to "path = /bigdisk/data" > where the /bigdisk file system is 100GB is size, and restart smb, > all attempts to connect to the file system give the following > error on the windows box (smb name is piglet) > > "\\stitch\haldisk is not accessable" > "The Network Name cannot be found" > > and the following errors appear in /var/log/samba/piglet.log > [2005/06/24 10:15:58, 0] lib/util_sock.c:read_socket_data(384) > read_socket_data: recv failure for 4. Error = Connection reset by > peer > [2005/06/24 10:15:58, 0] smbd/service.c:make_connection_snum(615) > '/bigdisk/data' does not exist or is not a directory, when > connecting to [haldisk] > [2005/06/24 10:15:58, 0] smbd/service.c:make_connection_snum(615) > '/bigdisk/data' does not exist or is not a directory, when > connecting to [haldisk] > [2005/06/24 10:15:58, 0] smbd/service.c:make_connection_snum(615) > '/bigdisk/data' does not exist or is not a directory, when > connecting to [haldisk] > > (log level = 1, anything higher and I get far too many message to > digest) > > The file systems in question look like this: > > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/hda2 505636 146754 332777 31% / > /dev/hdc1 505604 14287 465213 3% /boot > none 517732 0 517732 0% /dev/shm > /dev/mapper/VG0-LV00 5160576 2205760 2692672 46% /usr > /dev/mapper/VG0-LV01 1032088 218100 761560 23% /var > /dev/mapper/VG0-LV02 507748 10555 470979 3% /tmp > /dev/mapper/VG0-LV04 507748 10572 470962 3% /usr/local > /dev/mapper/VG0-LV05 5160576 43652 4854780 1% /home > /dev/mapper/VG0-LV06 5160576 43056 4855376 1% /opt > /dev/mapper/VG0-LV07 101573920 94280 96236760 1% /bigdisk > > Hardware consists of two 200Gb Western Digital drives in a > software raid1 configuration. The Linux LVM is used to create > the file systems on the defined raid device. > > I have spent the last two days searching the web for anything which > might explain this. Any ideas why this strange behavior? Anything > else you need to see? > > Thanks for any help you can provide. > > Harold > > -----BEGIN PGP SIGNATURE----- > Version: PGP 8.1 - not licensed for commercial use: www.pgp.com > > iQA/AwUBQrwhHy1Q3vInf5sREQIilgCcCTRadqS2pP6Rt0iqx1jLNW9Il7AAoOUT > 1Raxiqtx+nvBRFgkRFHw/mE3 > =FcMf > -----END PGP SIGNATURE----- >
lx wrote:> try making an ls -al on /opt/ > does the folder data exist? > > sometimes it is the permission which fail > > i got the same setup -> FC4 SMB > > but i got 840 GB Raid 5 with encrypted lvm > > should workI checked. All of the directories /opt /opt/data /bigdisk /bigdisk/data exist with the same ownership and permissions: drwxrwxrwx 4 root root 4096 Jun 24 09:07 /bigdisk drwxrwxrwx 2 root root 4096 Jun 24 10:07 /bigdisk/data drwxrwxrwx 5 root root 4096 Jun 24 09:11 /opt drwxrwxrwx 2 root root 4096 Jun 24 09:12 /opt/data I agree, it should work... Harold -- Harold Pritchett harold@uga.edu +1.706.546.0692 pgp public key: http://www.arches.uga.edu/~harold/pgpkey.html "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." Benjamin Franklin, Historical Review of Pennsylvania, 1759.
Harold Pritchett schrieb:> lx wrote: > >> try making an ls -al on /opt/ >> does the folder data exist? >> >> sometimes it is the permission which fail >> >> i got the same setup -> FC4 SMB >> >> but i got 840 GB Raid 5 with encrypted lvm >> >> should work > > > I checked. All of the directories > /opt > /opt/data > /bigdisk > /bigdisk/data > exist with the same ownership and permissions: > > drwxrwxrwx 4 root root 4096 Jun 24 09:07 /bigdisk > drwxrwxrwx 2 root root 4096 Jun 24 10:07 /bigdisk/data > drwxrwxrwx 5 root root 4096 Jun 24 09:11 /opt > drwxrwxrwx 2 root root 4096 Jun 24 09:12 /opt/data > > I agree, it should work... > > Haroldif it helps in some way i can post you my conf
Problem solved... After much searching of logs, and browing the internet I located the culprit. SELunix! Seems the security policy has been made much more restrictive with FC4 than with FC3. For more info, and the fix check out this link: https://www.redhat.com/archives/fedora-list/2005-June/msg03513.html Harold -- Harold Pritchett harold@uga.edu +1.706.546.0692 pgp public key: http://www.arches.uga.edu/~harold/pgpkey.html "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." Benjamin Franklin, Historical Review of Pennsylvania, 1759.