RE: [Samba] Maxtor NAS share problem
>> What's the exact command line you're using to rsync? >> > > I was using a command of the form: > > rsync -avz /source /destination OK the -a in your command line tells rsync to copy file owners, permissions and groups. Your NAS is not capable of allowing you to change these things in its current configuration - that is a limitation of the NAS you bought, not of SAMBA which it is running, or of rsync. If you need things to work this way, drop the -a and use -r instead. This will copy your files but they will all be owned by whoever you connect to the NAS as. If you need to backup permissions too, you should use getfacl/setfacl to backup just the permissions of all your files to a single text file - which you can then write to the NAS. Failing that, try using something like duplicity to do the job all in one step... Alex -- Alex Harrington - Network Manager, Longhill High School t: 01273 304086 | e: [EMAIL PROTECTED] -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
Rick Johnson wrote: Alex Harrington wrote: I was talking about saving the Linux filesystem info. Do your rsync to the NAS, then do a recursive getfacl, redirecting the output to a file on the NAS. When you do an rsync back from the NAS, correct the owner/perms with setfacl. Trouble is that I CAN'T do my rsync to the NAS drive because it doesn't give me the access privileges I need to write to the NAS. The rsync wants to change owner and the NAS won't let it do that. There are switches to modify that behaviour - -p, -o, -t, -g - and there are aliases (eg -a)that switch combinations of those on or off. What's the exact command line you're using to rsync? I was using a command of the form: rsync -avz /source /destination And if that had worked, I wouldn't have needed to ask this list for any help because ALL I was trying to do was use the NAS as a backup device. The permissions, symbolic links, etc. need to be preserved by the rsync so that the files can be restored correctly IF they ever need to be restored. Something like rsync -r /source/ /destination should work, regardless of the permissions, because rsync will write everything as whoever you're logged on as (or whoever the NAS translates that to be). As previously suggested you can then do a recursive getfacl over /source and write the output to /destination. That will create a text file with all your permissions etc included in it so they can be restored by setfacl if required. I'm afraid I don't understand what purpose the getfacl or setfacl serves? The files on my system never had any access control lists so how does creating them solve my problem? Understand that getfacl/setfacl captures/restores all file/dir attributes, ACL or not. A saved getfacl output, used as an input to setfacl will restore the attributes exactly - ACL or not. Have you read the man pages on rsync, getfacl, setfacl? It seems to me that what I REALLY need is access to the filesystem on the NAS so that I can set appropriate permissions there that will allow the original rsync -avz command to function properly. Which one is your goal: 1.) Get the rsync/NAS combo to work as you want/expect? 2.) Make reliable backups of your Linux box? If you say #1 , I think it's obvious you're going to have to manhandle the NAS box - install new firmware, hack your way in, get to the insides somehow - cause it ain't gonna work as is. If you say #2 , there's a lot of tools that can that done for you - right now. I think #2 should be your answer. PS - you could always yank the NAS disks out, install them into your Linux box, and make a real server. -- Toby Bluhm Alltech Medical Systems America, Inc. 30825 Aurora Road Suite 100 Solon Ohio 44139 440-424-2240 -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
Alex Harrington wrote: I was talking about saving the Linux filesystem info. Do your rsync to the NAS, then do a recursive getfacl, redirecting the output to a file on the NAS. When you do an rsync back from the NAS, correct the owner/perms with setfacl. Trouble is that I CAN'T do my rsync to the NAS drive because it doesn't give me the access privileges I need to write to the NAS. The rsync wants to change owner and the NAS won't let it do that. There are switches to modify that behaviour - -p, -o, -t, -g - and there are aliases (eg -a)that switch combinations of those on or off. What's the exact command line you're using to rsync? I was using a command of the form: rsync -avz /source /destination And if that had worked, I wouldn't have needed to ask this list for any help because ALL I was trying to do was use the NAS as a backup device. The permissions, symbolic links, etc. need to be preserved by the rsync so that the files can be restored correctly IF they ever need to be restored. Something like rsync -r /source/ /destination should work, regardless of the permissions, because rsync will write everything as whoever you're logged on as (or whoever the NAS translates that to be). As previously suggested you can then do a recursive getfacl over /source and write the output to /destination. That will create a text file with all your permissions etc included in it so they can be restored by setfacl if required. I'm afraid I don't understand what purpose the getfacl or setfacl serves? The files on my system never had any access control lists so how does creating them solve my problem? It seems to me that what I REALLY need is access to the filesystem on the NAS so that I can set appropriate permissions there that will allow the original rsync -avz command to function properly. Best Regards, Rick J. -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
RE: [Samba] Maxtor NAS share problem
>> I was talking about saving the Linux filesystem info. Do your rsync to >> the NAS, then do a recursive getfacl, redirecting the output to a >> file on the NAS. >> When you do an rsync back from the NAS, correct the owner/perms with >> setfacl. >> > > Trouble is that I CAN'T do my rsync to the NAS drive because it doesn't > give me the access privileges I need to write to the NAS. The rsync > wants to change owner and the NAS won't let it do that. There are switches to modify that behaviour - -p, -o, -t, -g - and there are aliases (eg -a)that switch combinations of those on or off. What's the exact command line you're using to rsync? Something like rsync -r /source/ /destination should work, regardless of the permissions, because rsync will write everything as whoever you're logged on as (or whoever the NAS translates that to be). As previously suggested you can then do a recursive getfacl over /source and write the output to /destination. That will create a text file with all your permissions etc included in it so they can be restored by setfacl if required. Alex -- Alex Harrington - Network Manager, Longhill High School t: 01273 304086 | e: [EMAIL PROTECTED] -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
Toby Bluhm wrote: Judging by what I see through the web interface, there must be SOME type of user info stored, but how or where I don't know and can't see. I was talking about saving the Linux filesystem info. Do your rsync to the NAS, then do a recursive getfacl, redirecting the output to a file on the NAS. When you do an rsync back from the NAS, correct the owner/perms with setfacl. Trouble is that I CAN'T do my rsync to the NAS drive because it doesn't give me the access privileges I need to write to the NAS. The rsync wants to change owner and the NAS won't let it do that. Better yet, look into dar - http://dar.linux.free.fr - a tar like backup designed for saving to files on disk. It shouldn't care (much) about the filesystem it's stored on. Thanks. I'll check it out! Best Regards, Rick J. -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
Scott Lovenberg wrote: Scott Lovenberg wrote: Rick Johnson wrote: Toby Bluhm wrote: Rick Johnson wrote: Adam Williams wrote: what are the settings on the share you're trying to mount? does it have something like valid users = rickj Well, that is hard to determine. If you're asking whether the drive has something like an "smb.conf" file containing share settings the answer is no. The only access I have to the Maxtor drive is via a browser interface. I have used the menu in that to set all files for full public access, but beyond that I have no finer control. (I have So in public mode, it's probably going to throw all user info away and map everything to a universal id. Have you looked closely at the file perm/ownership from the Windows client? Saved files as joe user & then jane user - does it keep the distinction? I'll venture no. There is no Windows "client". The Maxtor shows up in "My Netowrk Places" and is mapped as just another drive from Windows; in my particular case, as the "Z" drive. If it's possible, have you tried setting up individual users through the nas interface? Yes. The drive has been set up with different users since the beginning. Could also just work with the fact that no perm/owner info will be kept. Collect that info & store it to a file. A recursive getfacl to collect & setfacl to restore could do the trick. Judging by what I see through the web interface, there must be SOME type of user info stored, but how or where I don't know and can't see. found via www.openmss.org that the underlying filesystem of the drive is Linux - reiser I think - but beyond that I have no data on the filesystem other than what I see when I smbmount the drive.) Perhaps there's a way to break into the Linux the nas is running & change stuff to your suiting. I think this is a possibility and I've been looking for more info; unfortunately without success so far. I've heard many times of people with an appliance trying to do something beyond its intended function & hitting a brick wall. Your situation is why I never recommend an appliance to anyone other than a pure, non-hacker, non-power type Windows user. A NAS type distro or even a full distro on a junker PC would be a better solution. More work, but better results. You're probably right. But since I've already got the drive I need to figure out a way to use it. Rick J. Have you scanned for open ports? These things usually have SSH or telnet or some other maintenance port open with a known default user/pass. After looking at www.openmss.org a bit, it seems that it keeps users in nvram. Looks like you can update the firmware via the web interface, and that will give you an SSHD to log in to. That might be either the best way to go about this, or the fastest way to brick the appliance. :) (The 65532 ports scanned but not shown below are in state: closed) PORT STATE SERVICE 80/tcp open http 139/tcp open netbios-ssn 445/tcp open microsoft-ds 4301/tcp open unknown MAC Address: 00:10:75:00:FD:91 (Maxtor) Well, it's about as useful to me as a brick right now, so maybe I've got nothing to lose! ;-) Seriously though, I don't know SSHD so what does that mean exactly? All I know is that SSH is a sort of secure telnet, but I've never used it much. Best Regards, Rick J. -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
Scott Lovenberg wrote: I have tried telnet and ssh directly, but I haven't scanned for open ports. How do I do that? Rick J. Use NMap with NMapFE (nmap frontend) on Linux, or something like YAPS (yet another port scanner) on Windows. Any crappy port scanner will do, you don't need anything like stealth scanning (I hope!). Which ever one you use, do a service scan, or scan the first 1024 ports. You could try something fancier like a SYN or XMAS scan if it's a BSD based appliance. Also, does it have a USB port or any other interface? Like anything else, it's just about getting your foot in the door, after that, you just need a bit of leverage. ;) The thing is, most of these boxes have to have a way for the upstream vendor to upgrade the firmware, which is usually just an IMG of the compressed OS, so they're usually not completely locked down. Below are the port scan results: Starting nmap 3.93 ( http://www.insecure.org/nmap/ ) at 2008-04-28 18:17 UTC Interesting ports on 192.168.2.17: (The 65532 ports scanned but not shown below are in state: closed) PORT STATE SERVICE 80/tcp open http 139/tcp open netbios-ssn 445/tcp open microsoft-ds 4301/tcp open unknown MAC Address: 00:10:75:00:FD:91 (Maxtor) Nmap finished: 1 IP address (1 host up) scanned in 15.124 seconds The device does have two USB ports in addition to the ethernet port. FWIW, new firmware can be downloaded into the device via the browser interface, so perhaps there is some way to use port 80 to see the filesystem? Best Regards, Rick J. -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
Rick Johnson wrote: Toby Bluhm wrote: Rick Johnson wrote: Adam Williams wrote: what are the settings on the share you're trying to mount? does it have something like valid users = rickj Well, that is hard to determine. If you're asking whether the drive has something like an "smb.conf" file containing share settings the answer is no. The only access I have to the Maxtor drive is via a browser interface. I have used the menu in that to set all files for full public access, but beyond that I have no finer control. (I have So in public mode, it's probably going to throw all user info away and map everything to a universal id. Have you looked closely at the file perm/ownership from the Windows client? Saved files as joe user & then jane user - does it keep the distinction? I'll venture no. There is no Windows "client". The Maxtor shows up in "My Netowrk Places" and is mapped as just another drive from Windows; in my particular case, as the "Z" drive. I meant client = the Windows PC. If it's possible, have you tried setting up individual users through the nas interface? Yes. The drive has been set up with different users since the beginning. Could also just work with the fact that no perm/owner info will be kept. Collect that info & store it to a file. A recursive getfacl to collect & setfacl to restore could do the trick. Judging by what I see through the web interface, there must be SOME type of user info stored, but how or where I don't know and can't see. I was talking about saving the Linux filesystem info. Do your rsync to the NAS, then do a recursive getfacl, redirecting the output to a file on the NAS. When you do an rsync back from the NAS, correct the owner/perms with setfacl. Better yet, look into dar - http://dar.linux.free.fr - a tar like backup designed for saving to files on disk. It shouldn't care (much) about the filesystem it's stored on. found via www.openmss.org that the underlying filesystem of the drive is Linux - reiser I think - but beyond that I have no data on the filesystem other than what I see when I smbmount the drive.) Perhaps there's a way to break into the Linux the nas is running & change stuff to your suiting. I think this is a possibility and I've been looking for more info; unfortunately without success so far. I've heard many times of people with an appliance trying to do something beyond its intended function & hitting a brick wall. Your situation is why I never recommend an appliance to anyone other than a pure, non-hacker, non-power type Windows user. A NAS type distro or even a full distro on a junker PC would be a better solution. More work, but better results. You're probably right. But since I've already got the drive I need to figure out a way to use it. Rick J. -- Toby Bluhm Alltech Medical Systems America, Inc. 30825 Aurora Road Suite 100 Solon Ohio 44139 440-424-2240 -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
Scott Lovenberg wrote: Rick Johnson wrote: Toby Bluhm wrote: Rick Johnson wrote: Adam Williams wrote: what are the settings on the share you're trying to mount? does it have something like valid users = rickj Well, that is hard to determine. If you're asking whether the drive has something like an "smb.conf" file containing share settings the answer is no. The only access I have to the Maxtor drive is via a browser interface. I have used the menu in that to set all files for full public access, but beyond that I have no finer control. (I have So in public mode, it's probably going to throw all user info away and map everything to a universal id. Have you looked closely at the file perm/ownership from the Windows client? Saved files as joe user & then jane user - does it keep the distinction? I'll venture no. There is no Windows "client". The Maxtor shows up in "My Netowrk Places" and is mapped as just another drive from Windows; in my particular case, as the "Z" drive. If it's possible, have you tried setting up individual users through the nas interface? Yes. The drive has been set up with different users since the beginning. Could also just work with the fact that no perm/owner info will be kept. Collect that info & store it to a file. A recursive getfacl to collect & setfacl to restore could do the trick. Judging by what I see through the web interface, there must be SOME type of user info stored, but how or where I don't know and can't see. found via www.openmss.org that the underlying filesystem of the drive is Linux - reiser I think - but beyond that I have no data on the filesystem other than what I see when I smbmount the drive.) Perhaps there's a way to break into the Linux the nas is running & change stuff to your suiting. I think this is a possibility and I've been looking for more info; unfortunately without success so far. I've heard many times of people with an appliance trying to do something beyond its intended function & hitting a brick wall. Your situation is why I never recommend an appliance to anyone other than a pure, non-hacker, non-power type Windows user. A NAS type distro or even a full distro on a junker PC would be a better solution. More work, but better results. You're probably right. But since I've already got the drive I need to figure out a way to use it. Rick J. Have you scanned for open ports? These things usually have SSH or telnet or some other maintenance port open with a known default user/pass. After looking at www.openmss.org a bit, it seems that it keeps users in nvram. Looks like you can update the firmware via the web interface, and that will give you an SSHD to log in to. That might be either the best way to go about this, or the fastest way to brick the appliance. :) -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
Scott Lovenberg wrote: Rick Johnson wrote: Toby Bluhm wrote: Rick Johnson wrote: Adam Williams wrote: what are the settings on the share you're trying to mount? does it have something like valid users = rickj Well, that is hard to determine. If you're asking whether the drive has something like an "smb.conf" file containing share settings the answer is no. The only access I have to the Maxtor drive is via a browser interface. I have used the menu in that to set all files for full public access, but beyond that I have no finer control. (I have So in public mode, it's probably going to throw all user info away and map everything to a universal id. Have you looked closely at the file perm/ownership from the Windows client? Saved files as joe user & then jane user - does it keep the distinction? I'll venture no. There is no Windows "client". The Maxtor shows up in "My Netowrk Places" and is mapped as just another drive from Windows; in my particular case, as the "Z" drive. If it's possible, have you tried setting up individual users through the nas interface? Yes. The drive has been set up with different users since the beginning. Could also just work with the fact that no perm/owner info will be kept. Collect that info & store it to a file. A recursive getfacl to collect & setfacl to restore could do the trick. Judging by what I see through the web interface, there must be SOME type of user info stored, but how or where I don't know and can't see. found via www.openmss.org that the underlying filesystem of the drive is Linux - reiser I think - but beyond that I have no data on the filesystem other than what I see when I smbmount the drive.) Perhaps there's a way to break into the Linux the nas is running & change stuff to your suiting. I think this is a possibility and I've been looking for more info; unfortunately without success so far. I've heard many times of people with an appliance trying to do something beyond its intended function & hitting a brick wall. Your situation is why I never recommend an appliance to anyone other than a pure, non-hacker, non-power type Windows user. A NAS type distro or even a full distro on a junker PC would be a better solution. More work, but better results. You're probably right. But since I've already got the drive I need to figure out a way to use it. Rick J. Have you scanned for open ports? These things usually have SSH or telnet or some other maintenance port open with a known default user/pass. I have tried telnet and ssh directly, but I haven't scanned for open ports. How do I do that? Rick J. -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
Rick Johnson wrote: Scott Lovenberg wrote: Rick Johnson wrote: Toby Bluhm wrote: Rick Johnson wrote: Adam Williams wrote: what are the settings on the share you're trying to mount? does it have something like valid users = rickj Well, that is hard to determine. If you're asking whether the drive has something like an "smb.conf" file containing share settings the answer is no. The only access I have to the Maxtor drive is via a browser interface. I have used the menu in that to set all files for full public access, but beyond that I have no finer control. (I have So in public mode, it's probably going to throw all user info away and map everything to a universal id. Have you looked closely at the file perm/ownership from the Windows client? Saved files as joe user & then jane user - does it keep the distinction? I'll venture no. There is no Windows "client". The Maxtor shows up in "My Netowrk Places" and is mapped as just another drive from Windows; in my particular case, as the "Z" drive. If it's possible, have you tried setting up individual users through the nas interface? Yes. The drive has been set up with different users since the beginning. Could also just work with the fact that no perm/owner info will be kept. Collect that info & store it to a file. A recursive getfacl to collect & setfacl to restore could do the trick. Judging by what I see through the web interface, there must be SOME type of user info stored, but how or where I don't know and can't see. found via www.openmss.org that the underlying filesystem of the drive is Linux - reiser I think - but beyond that I have no data on the filesystem other than what I see when I smbmount the drive.) Perhaps there's a way to break into the Linux the nas is running & change stuff to your suiting. I think this is a possibility and I've been looking for more info; unfortunately without success so far. I've heard many times of people with an appliance trying to do something beyond its intended function & hitting a brick wall. Your situation is why I never recommend an appliance to anyone other than a pure, non-hacker, non-power type Windows user. A NAS type distro or even a full distro on a junker PC would be a better solution. More work, but better results. You're probably right. But since I've already got the drive I need to figure out a way to use it. Rick J. Have you scanned for open ports? These things usually have SSH or telnet or some other maintenance port open with a known default user/pass. I have tried telnet and ssh directly, but I haven't scanned for open ports. How do I do that? Rick J. Use NMap with NMapFE (nmap frontend) on Linux, or something like YAPS (yet another port scanner) on Windows. Any crappy port scanner will do, you don't need anything like stealth scanning (I hope!). Which ever one you use, do a service scan, or scan the first 1024 ports. You could try something fancier like a SYN or XMAS scan if it's a BSD based appliance. Also, does it have a USB port or any other interface? Like anything else, it's just about getting your foot in the door, after that, you just need a bit of leverage. ;) The thing is, most of these boxes have to have a way for the upstream vendor to upgrade the firmware, which is usually just an IMG of the compressed OS, so they're usually not completely locked down. -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
Rick Johnson wrote: Toby Bluhm wrote: Rick Johnson wrote: Adam Williams wrote: what are the settings on the share you're trying to mount? does it have something like valid users = rickj Well, that is hard to determine. If you're asking whether the drive has something like an "smb.conf" file containing share settings the answer is no. The only access I have to the Maxtor drive is via a browser interface. I have used the menu in that to set all files for full public access, but beyond that I have no finer control. (I have So in public mode, it's probably going to throw all user info away and map everything to a universal id. Have you looked closely at the file perm/ownership from the Windows client? Saved files as joe user & then jane user - does it keep the distinction? I'll venture no. There is no Windows "client". The Maxtor shows up in "My Netowrk Places" and is mapped as just another drive from Windows; in my particular case, as the "Z" drive. If it's possible, have you tried setting up individual users through the nas interface? Yes. The drive has been set up with different users since the beginning. Could also just work with the fact that no perm/owner info will be kept. Collect that info & store it to a file. A recursive getfacl to collect & setfacl to restore could do the trick. Judging by what I see through the web interface, there must be SOME type of user info stored, but how or where I don't know and can't see. found via www.openmss.org that the underlying filesystem of the drive is Linux - reiser I think - but beyond that I have no data on the filesystem other than what I see when I smbmount the drive.) Perhaps there's a way to break into the Linux the nas is running & change stuff to your suiting. I think this is a possibility and I've been looking for more info; unfortunately without success so far. I've heard many times of people with an appliance trying to do something beyond its intended function & hitting a brick wall. Your situation is why I never recommend an appliance to anyone other than a pure, non-hacker, non-power type Windows user. A NAS type distro or even a full distro on a junker PC would be a better solution. More work, but better results. You're probably right. But since I've already got the drive I need to figure out a way to use it. Rick J. Have you scanned for open ports? These things usually have SSH or telnet or some other maintenance port open with a known default user/pass. -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
Toby Bluhm wrote: Rick Johnson wrote: Adam Williams wrote: what are the settings on the share you're trying to mount? does it have something like valid users = rickj Well, that is hard to determine. If you're asking whether the drive has something like an "smb.conf" file containing share settings the answer is no. The only access I have to the Maxtor drive is via a browser interface. I have used the menu in that to set all files for full public access, but beyond that I have no finer control. (I have So in public mode, it's probably going to throw all user info away and map everything to a universal id. Have you looked closely at the file perm/ownership from the Windows client? Saved files as joe user & then jane user - does it keep the distinction? I'll venture no. There is no Windows "client". The Maxtor shows up in "My Netowrk Places" and is mapped as just another drive from Windows; in my particular case, as the "Z" drive. If it's possible, have you tried setting up individual users through the nas interface? Yes. The drive has been set up with different users since the beginning. Could also just work with the fact that no perm/owner info will be kept. Collect that info & store it to a file. A recursive getfacl to collect & setfacl to restore could do the trick. Judging by what I see through the web interface, there must be SOME type of user info stored, but how or where I don't know and can't see. found via www.openmss.org that the underlying filesystem of the drive is Linux - reiser I think - but beyond that I have no data on the filesystem other than what I see when I smbmount the drive.) Perhaps there's a way to break into the Linux the nas is running & change stuff to your suiting. I think this is a possibility and I've been looking for more info; unfortunately without success so far. I've heard many times of people with an appliance trying to do something beyond its intended function & hitting a brick wall. Your situation is why I never recommend an appliance to anyone other than a pure, non-hacker, non-power type Windows user. A NAS type distro or even a full distro on a junker PC would be a better solution. More work, but better results. You're probably right. But since I've already got the drive I need to figure out a way to use it. Rick J. -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
Rick Johnson wrote: Adam Williams wrote: what are the settings on the share you're trying to mount? does it have something like valid users = rickj Well, that is hard to determine. If you're asking whether the drive has something like an "smb.conf" file containing share settings the answer is no. The only access I have to the Maxtor drive is via a browser interface. I have used the menu in that to set all files for full public access, but beyond that I have no finer control. (I have So in public mode, it's probably going to throw all user info away and map everything to a universal id. Have you looked closely at the file perm/ownership from the Windows client? Saved files as joe user & then jane user - does it keep the distinction? I'll venture no. If it's possible, have you tried setting up individual users through the nas interface? Could also just work with the fact that no perm/owner info will be kept. Collect that info & store it to a file. A recursive getfacl to collect & setfacl to restore could do the trick. found via www.openmss.org that the underlying filesystem of the drive is Linux - reiser I think - but beyond that I have no data on the filesystem other than what I see when I smbmount the drive.) Perhaps there's a way to break into the Linux the nas is running & change stuff to your suiting. I've heard many times of people with an appliance trying to do something beyond its intended function & hitting a brick wall. Your situation is why I never recommend an appliance to anyone other than a pure, non-hacker, non-power type Windows user. A NAS type distro or even a full distro on a junker PC would be a better solution. More work, but better results. -- Toby Bluhm Alltech Medical Systems America, Inc. 30825 Aurora Road Suite 100 Solon Ohio 44139 440-424-2240 -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
Adam Williams wrote: what are the settings on the share you're trying to mount? does it have something like valid users = rickj Well, that is hard to determine. If you're asking whether the drive has something like an "smb.conf" file containing share settings the answer is no. The only access I have to the Maxtor drive is via a browser interface. I have used the menu in that to set all files for full public access, but beyond that I have no finer control. (I have found via www.openmss.org that the underlying filesystem of the drive is Linux - reiser I think - but beyond that I have no data on the filesystem other than what I see when I smbmount the drive.) your user ID's in /etc/passwd on your local computer and the NAS appliance may be different which is why the ls -l looks strange. This is probably true because the drive was set up through the browser interface. (I HAVE wondered whether creating a user on my Linux system with the same uid and gid as I see on the mounted share might work.) FWIW, I find that I CAN (as root) chmod the files on the drive after it is mounted (and the privileges are remembered after a umount and remount), but the behavior is strange. Some examples follow: chmod 777 changes -rwxrw-rw to -rwxr--r-- chmod 700 changes -rwxr--r-- to -rwx-- chmod 777 changes -rwx-- to -rwxr--r-- This, unfortunately, leaves me with no way that I know of to change the file permissions back to what they were originally. (I've tried resetting them via the browser interface AND from a Windows system where I have the Maxtor mapped as a drive with no luck.) Is there perhaps some sort of bitmask at work behind the scenes here? Best Regards, Rick J. Rick Johnson wrote: Actually, it WASN'T root that mounted the share. It was my user account "rickj". Re: NFS, to the best of my knowledge the drive doesn't support it. And I TRIED using -o uid=1000,gid=100 (the respective user and group IDs of "rickj") with the smbmount command (AND the mount command) but the ownership still shows as it did below in my example. Note: On my system "mount" doesn't recognize "-t cifs" and the man page on smbfs says the following. "Mount options for smbfs Just like nfs, the smbfs implementation expects a binary argument (a struct smb_mount_data) to the mount system call. This argument is constructed by smbmount(8) and the current version of mount (2.12) does not know anything about smbfs." Best Regards, Rick J. Adam Williams wrote: root is owing the files because the user root mounted the share. if you want to support unix file ownership in your rsync you should use NFS if the unit supports that. to change the group ownership, pass the -o gid=some_group on your mount -t cifs command. you can also use uid= and to use both, -o uid=someone,gid=somegroup Rick Johnson wrote: I have a network accessible (192.168.2.97) Maxtor Shared Storage drive that I want to use to backup the Linux (Slackware) systems on my private LAN. I can "smbmount" the drive okay on my Linux systems, but when I try and use rsync to do a backup rsync fails with a message about failing to change owner. Digging a little deeper into the problem I find that the directories/files on the share all look something like the following drwxr-xr-x 1 35000 root 0 2008-02-12 15:21 ArchiveOnLinux drwxrwxrwx 1 35003 root 0 2008-04-22 01:01 Public -rwxrw-rw- 1 35000 root 1127239 2008-02-28 11:28 gw_rn_vp_grey.pdf which ISN'T the user (or group) I would have expected it to be mounted as. (I've done a chmod u+s /usr/bin/smbmnt to allow users to mount the share and I expected that the share would have the same owner as the user that mounted it.) I've also found that I can't change ALL permissions ALL the time on the share's directories and files. I can remove group and world privileges from a file (which are remembered after a umount and remount) but I cannot restore them (even as root). Only the owner privileges are consistently changeable. Basically, ALL I want to do is to be able to use the drive as a backup that will maintain the same permissions, user, group, etc., as the original files AND I want the files visible from both my Linux AND Windows systems (because I need to use Nero on a Windows machine to do the backups). Can someone help me figure out how to do this correctly? Thanks, Rick Johnson -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
what are the settings on the share you're trying to mount? does it have something like valid users = rickj your user ID's in /etc/passwd on your local computer and the NAS appliance may be different which is why the ls -l looks strange. Rick Johnson wrote: Actually, it WASN'T root that mounted the share. It was my user account "rickj". Re: NFS, to the best of my knowledge the drive doesn't support it. And I TRIED using -o uid=1000,gid=100 (the respective user and group IDs of "rickj") with the smbmount command (AND the mount command) but the ownership still shows as it did below in my example. Note: On my system "mount" doesn't recognize "-t cifs" and the man page on smbfs says the following. "Mount options for smbfs Just like nfs, the smbfs implementation expects a binary argument (a struct smb_mount_data) to the mount system call. This argument is constructed by smbmount(8) and the current version of mount (2.12) does not know anything about smbfs." Best Regards, Rick J. Adam Williams wrote: root is owing the files because the user root mounted the share. if you want to support unix file ownership in your rsync you should use NFS if the unit supports that. to change the group ownership, pass the -o gid=some_group on your mount -t cifs command. you can also use uid= and to use both, -o uid=someone,gid=somegroup Rick Johnson wrote: I have a network accessible (192.168.2.97) Maxtor Shared Storage drive that I want to use to backup the Linux (Slackware) systems on my private LAN. I can "smbmount" the drive okay on my Linux systems, but when I try and use rsync to do a backup rsync fails with a message about failing to change owner. Digging a little deeper into the problem I find that the directories/files on the share all look something like the following drwxr-xr-x 1 35000 root 0 2008-02-12 15:21 ArchiveOnLinux drwxrwxrwx 1 35003 root 0 2008-04-22 01:01 Public -rwxrw-rw- 1 35000 root 1127239 2008-02-28 11:28 gw_rn_vp_grey.pdf which ISN'T the user (or group) I would have expected it to be mounted as. (I've done a chmod u+s /usr/bin/smbmnt to allow users to mount the share and I expected that the share would have the same owner as the user that mounted it.) I've also found that I can't change ALL permissions ALL the time on the share's directories and files. I can remove group and world privileges from a file (which are remembered after a umount and remount) but I cannot restore them (even as root). Only the owner privileges are consistently changeable. Basically, ALL I want to do is to be able to use the drive as a backup that will maintain the same permissions, user, group, etc., as the original files AND I want the files visible from both my Linux AND Windows systems (because I need to use Nero on a Windows machine to do the backups). Can someone help me figure out how to do this correctly? Thanks, Rick Johnson -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
Actually, it WASN'T root that mounted the share. It was my user account "rickj". Re: NFS, to the best of my knowledge the drive doesn't support it. And I TRIED using -o uid=1000,gid=100 (the respective user and group IDs of "rickj") with the smbmount command (AND the mount command) but the ownership still shows as it did below in my example. Note: On my system "mount" doesn't recognize "-t cifs" and the man page on smbfs says the following. "Mount options for smbfs Just like nfs, the smbfs implementation expects a binary argument (a struct smb_mount_data) to the mount system call. This argument is constructed by smbmount(8) and the current version of mount (2.12) does not know anything about smbfs." Best Regards, Rick J. Adam Williams wrote: root is owing the files because the user root mounted the share. if you want to support unix file ownership in your rsync you should use NFS if the unit supports that. to change the group ownership, pass the -o gid=some_group on your mount -t cifs command. you can also use uid= and to use both, -o uid=someone,gid=somegroup Rick Johnson wrote: I have a network accessible (192.168.2.97) Maxtor Shared Storage drive that I want to use to backup the Linux (Slackware) systems on my private LAN. I can "smbmount" the drive okay on my Linux systems, but when I try and use rsync to do a backup rsync fails with a message about failing to change owner. Digging a little deeper into the problem I find that the directories/files on the share all look something like the following drwxr-xr-x 1 35000 root 0 2008-02-12 15:21 ArchiveOnLinux drwxrwxrwx 1 35003 root 0 2008-04-22 01:01 Public -rwxrw-rw- 1 35000 root 1127239 2008-02-28 11:28 gw_rn_vp_grey.pdf which ISN'T the user (or group) I would have expected it to be mounted as. (I've done a chmod u+s /usr/bin/smbmnt to allow users to mount the share and I expected that the share would have the same owner as the user that mounted it.) I've also found that I can't change ALL permissions ALL the time on the share's directories and files. I can remove group and world privileges from a file (which are remembered after a umount and remount) but I cannot restore them (even as root). Only the owner privileges are consistently changeable. Basically, ALL I want to do is to be able to use the drive as a backup that will maintain the same permissions, user, group, etc., as the original files AND I want the files visible from both my Linux AND Windows systems (because I need to use Nero on a Windows machine to do the backups). Can someone help me figure out how to do this correctly? Thanks, Rick Johnson -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Maxtor NAS share problem
root is owing the files because the user root mounted the share. if you want to support unix file ownership in your rsync you should use NFS if the unit supports that. to change the group ownership, pass the -o gid=some_group on your mount -t cifs command. you can also use uid= and to use both, -o uid=someone,gid=somegroup Rick Johnson wrote: I have a network accessible (192.168.2.97) Maxtor Shared Storage drive that I want to use to backup the Linux (Slackware) systems on my private LAN. I can "smbmount" the drive okay on my Linux systems, but when I try and use rsync to do a backup rsync fails with a message about failing to change owner. Digging a little deeper into the problem I find that the directories/files on the share all look something like the following drwxr-xr-x 1 35000 root 0 2008-02-12 15:21 ArchiveOnLinux drwxrwxrwx 1 35003 root 0 2008-04-22 01:01 Public -rwxrw-rw- 1 35000 root 1127239 2008-02-28 11:28 gw_rn_vp_grey.pdf which ISN'T the user (or group) I would have expected it to be mounted as. (I've done a chmod u+s /usr/bin/smbmnt to allow users to mount the share and I expected that the share would have the same owner as the user that mounted it.) I've also found that I can't change ALL permissions ALL the time on the share's directories and files. I can remove group and world privileges from a file (which are remembered after a umount and remount) but I cannot restore them (even as root). Only the owner privileges are consistently changeable. Basically, ALL I want to do is to be able to use the drive as a backup that will maintain the same permissions, user, group, etc., as the original files AND I want the files visible from both my Linux AND Windows systems (because I need to use Nero on a Windows machine to do the backups). Can someone help me figure out how to do this correctly? Thanks, Rick Johnson -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
