Ticket Options
Question Details
TICKET ARCHIVE -> Samba
Miss-Guided - Aug 21, 2005 - 11:50 am
My XP and my linux computer can not see my Mac on the network for files shareing. They all belong to the same workgroup.
The mac can see the XP computer but not vice versa. The Mac is a 350mhz G3 with 10.3
[which I really like, but wish was faster and bigger.]
Where should I start looking? How can I tell if smb is running? I do not have a lot expirence with networking, so it could be something really simple.
And that is where we would like to keep it.
The mac can see the XP computer but not vice versa. The Mac is a 350mhz G3 with 10.3
[which I really like, but wish was faster and bigger.]
Where should I start looking? How can I tell if smb is running? I do not have a lot expirence with networking, so it could be something really simple.
And that is where we would like to keep it.
MacIT - Aug 21, 2005 - 7:08 pm
Nels,
Hopefully it is this easy. The service that needs to be started is in System Preferences->Sharing
One of the boxes to check is called:
Windows Sharing
Check it and that should start things running. You also need to select the Mac Accounts that get shared.
Let me know how you make out.
Terry
Miss-Guided - Aug 21, 2005 - 9:05 pm
Terry, thanks for taking the time.
Fotgot to mention that "Personal File Sharing" is ON, "Windows Sharing" is ON, and these are reflected in the Firewall settings. I looked in the accounts for users and do not find where any thing says about shares for people.
Hmm not people accounts but you say Mac accounts? Where?
This could be interesting, Can you explain more?
When I go to a terminal window and type "smbstatus I get: "/sw/var/samba/connections.tdb not initalized"
no service has requested connection.
When I look in the folder sure enough it is empty,
however there is a connections.tdb in /private/var/samba.
current samba according to fink is 2.2.8
I hope this gets us closer. Thanks.
Nels
Fotgot to mention that "Personal File Sharing" is ON, "Windows Sharing" is ON, and these are reflected in the Firewall settings. I looked in the accounts for users and do not find where any thing says about shares for people.
Hmm not people accounts but you say Mac accounts? Where?
This could be interesting, Can you explain more?
When I go to a terminal window and type "smbstatus I get: "/sw/var/samba/connections.tdb not initalized"
no service has requested connection.
When I look in the folder sure enough it is empty,
however there is a connections.tdb in /private/var/samba.
current samba according to fink is 2.2.8
I hope this gets us closer. Thanks.
Nels
MacIT - Aug 21, 2005 - 10:42 pm
Nels,
Ahhh you suckered me to taking this ticket by saying "it could be something really simple." I should have been more wary when you said you had a linux box.
Ok back to the issue at hand, my spidey sense is tingling with the fink stuff. When you type smbstatus, it should be looking in the /private directory not in your fink directory, (which is everything under /sw).
That said the easy answer here seems to be that the Samba pointers have been modified. The trick is how to we fix this.......
... ok it looks like it's just a path issue. Probably the /sw/bin (fink executables directory), comes before /usr/sbin (MacOSX executables) in yuor Path. So the fink Samba is trying to start and probably isn't configured properly.
So either change your path so that /usr/sbin comes first, or edit the /etc/xinetd.d/swat file so that it points at /usr/sbin/smbd
Once it's done you'll have to turn off and on the Windows Sharing.
What version of OS are you running?
Let me know how you make out.
Terry
Ahhh you suckered me to taking this ticket by saying "it could be something really simple." I should have been more wary when you said you had a linux box.
Ok back to the issue at hand, my spidey sense is tingling with the fink stuff. When you type smbstatus, it should be looking in the /private directory not in your fink directory, (which is everything under /sw).
That said the easy answer here seems to be that the Samba pointers have been modified. The trick is how to we fix this.......
... ok it looks like it's just a path issue. Probably the /sw/bin (fink executables directory), comes before /usr/sbin (MacOSX executables) in yuor Path. So the fink Samba is trying to start and probably isn't configured properly.
So either change your path so that /usr/sbin comes first, or edit the /etc/xinetd.d/swat file so that it points at /usr/sbin/smbd
Once it's done you'll have to turn off and on the Windows Sharing.
What version of OS are you running?
Let me know how you make out.
Terry
Miss-Guided - Aug 27, 2005 - 9:22 am
Terry,
Thanks for the first class help, I did not mean to Miss-Lead you
about thiis being a simple task, just that we might have to keep it simple for me.
I found the /etc/xinetd.d/swat file right where you said it would be and checked to see that it does indeed point to /usr/sbin/smbd , and there is no mention of /sw/bin (fink) . I belive your on the right track.
I am useing version 10.3.9 of the MAC OS.
To find and edit files I use "sudo mc"
the MC would be midnight commander.
now when I type "smbstatus" I get :
Samba version 2.2.8a
Service uid gid pid machine
----------------------------------------------
No locked files
This is progress! but I do not have an explaination.
While reading Samba by O'Reilly they mention the "testparm" command
which I had to try out and it says it is useing :
/sw/etc/samba/smb.conf
Which as you pointed out is useing the /sw file system related to fink.
Now when I try to connect to the MAC i get errors from Samba
about "something" not being right. Sorry I did not wite it down.
But at least I think we are talking to the samba server now.
I hope we are not taking too much time with this,
but this is a fine conputer and I think its is a waste to not let it out.
Also: I get limeted time on the computer during the week (two jobs)
So I have to wait till the week end to do more trouble shooting.
Thanks for your help, Where do we go from here?
Thanks for the first class help, I did not mean to Miss-Lead you
about thiis being a simple task, just that we might have to keep it simple for me.
I found the /etc/xinetd.d/swat file right where you said it would be and checked to see that it does indeed point to /usr/sbin/smbd , and there is no mention of /sw/bin (fink) . I belive your on the right track.
I am useing version 10.3.9 of the MAC OS.
To find and edit files I use "sudo mc"
the MC would be midnight commander.
now when I type "smbstatus" I get :
Samba version 2.2.8a
Service uid gid pid machine
----------------------------------------------
No locked files
This is progress! but I do not have an explaination.
While reading Samba by O'Reilly they mention the "testparm" command
which I had to try out and it says it is useing :
/sw/etc/samba/smb.conf
Which as you pointed out is useing the /sw file system related to fink.
Now when I try to connect to the MAC i get errors from Samba
about "something" not being right. Sorry I did not wite it down.
But at least I think we are talking to the samba server now.
I hope we are not taking too much time with this,
but this is a fine conputer and I think its is a waste to not let it out.
Also: I get limeted time on the computer during the week (two jobs)
So I have to wait till the week end to do more trouble shooting.
Thanks for your help, Where do we go from here?
MacIT - Aug 27, 2005 - 11:42 am
Nels,
I was just joking about the misleading stuff. No worries.
Ok, an explanation i think to the problem. Ultimatly i think 2 versions of Samba are fighting each other. (i guess that's obvious now)
Best thing to do would be to use FinkCommander to uninstall the Fink version of Samba. Then restart the MacOS Samba service.
Hopefully that's all we need to do.
More info:
I think that the 'path' thing is still the problem. So when you do the testparm, it finds the fink version before finding the Mac version. This may also be causing problems with the actual Mac Samba too.
This can be proven by doing a: # echo $PATH
and see the order of the list.
So the other thing to try is to just move the /sw directory down the default search path, which would be found in /etc/profile.
This will change it for all users on the system.
Anyway, try changing the finnk path or uninstalling Samba. Then try running the mac version.
If we still ahve problems run those 2 commands smbstatus and testparm afterwards and let's see what we get.
Comment:
The smbstatus seemed to imply that it was up and running... was it working? The fact testparm pointed to fink though doesn't help. The Samba service in Mac obviously edits the smb.conf file, so i'm guessing it still wasn't working if the samba service started but read the conf from Fink.
Terry
I was just joking about the misleading stuff. No worries.
Ok, an explanation i think to the problem. Ultimatly i think 2 versions of Samba are fighting each other. (i guess that's obvious now)
Best thing to do would be to use FinkCommander to uninstall the Fink version of Samba. Then restart the MacOS Samba service.
Hopefully that's all we need to do.
More info:
I think that the 'path' thing is still the problem. So when you do the testparm, it finds the fink version before finding the Mac version. This may also be causing problems with the actual Mac Samba too.
This can be proven by doing a: # echo $PATH
and see the order of the list.
So the other thing to try is to just move the /sw directory down the default search path, which would be found in /etc/profile.
This will change it for all users on the system.
Anyway, try changing the finnk path or uninstalling Samba. Then try running the mac version.
If we still ahve problems run those 2 commands smbstatus and testparm afterwards and let's see what we get.
Comment:
The smbstatus seemed to imply that it was up and running... was it working? The fact testparm pointed to fink though doesn't help. The Samba service in Mac obviously edits the smb.conf file, so i'm guessing it still wasn't working if the samba service started but read the conf from Fink.
Terry
IF THIS IS YOUR QUESTION AND YOU WISH TO RESPOND, LOGIN HERE FIRST.
