Rename folders in SMB shares

Hello,
as different threads already proved
https://discussions.apple.com/thread/2139840?start=0&tstart=0
there is a bug in 10.6.x where folders in SMB shares (linux but also Windows servers) cannot be renamed (Finder, Terminal, ...).
Since the bug was not present in 10.5.x, I wonder whether it is still there in 10.7.x.
Could someone please check?
Thank you

Have you seen this? <https://discussions.apple.com/thread/5477749>

Similar Messages

Cannot rename folders in SMB share using Column view

I connect to an Ubuntu SMB server and files and folder access worked perfectly under 10.5.8.
I upgraded to Snow Leopard and a curious thing happends. I set CHMOD of the main folder to 777. I can create and rename folders in this first level but if I am in column view, I can create a folder (untitled folder) but can't rename it.
If I move to icon or list view, I can create folders levels deep. It took me a day to work out what was wrong!

Same issue here. Can't rename a folder on Samba-share with Finder. Doesn't matter which view.
--Server details
FreeBSD 7.1-RELEASE GENERIC
Samba version 3.3.7
--Debug-info
I raised the Samba loglevel, and noticed an increase of the file 'nobody.log'. This is strange, because I am logged in and accessing a private file.
My Mac is named 'mrcmini'. Samba logs to 'nobody.log':
\[2009/10/06 22:15:40, 3\] smbd/sesssetup.c:replysesssetup_andX(1412)
wct=13 flg2=0xc801
\[2009/10/06 22:15:40, 3\] smbd/sesssetup.c:replysesssetup_andX(1611)
Domain=\[\] NativeOS=\[Unix\] NativeLanMan=\[Samba\] PrimaryDomain=\[\]
\[2009/10/06 22:15:40, 3\] smbd/sesssetup.c:replysesssetup_andX(1627)
sesssetupX:name=\[\]\\[\]@\[mrcmini\]
Finder sets up a session to start the 'Rename'-action, but does not send the username.

Unable To Create and/or Rename Folders on DFS Shares

Hi
We have a Windows 2008 Storage Server that we use as a data server. About 100 folders are shared on our network and we use DFS to collect these shares into manageable shared units.
The network comprises 35 Windows 7 clients and one Vista client and a couple of XP machines. These are on a Windows Active Directory that presently comprises three domain controllers: 2003, 2008 and 2012 R2. The network comprises just one site and one subnet.
This setup has worked fine for many years (we've had an Active Directory domain since 2001).
As soon as I replaced our Windows XP clients with the Windows 7 clients I have been seeing some strange network issues.
The most bizarre, and the most unwelcome is that when staff try to create new folders or rename existing ones they will sometimes not be allowed to. The problem is intermittent and I have no idea what may be causing it.
The folder rename issue was encountered when we still used XP but I fixed that by disabling the caching of thumbnails. The error message that appears states the folder is in use. I have used Computer Management on the storage server and looked at Shared
Folders > Open Files and have determined that no files were open when this issue occurred.
When staff are unable to create a new folder they see the following message:
I have tried various things to troubleshoot this with the help of a TechNet Community Support person in the Windows 7 forums
here.
To summarise we have tried using Process Monitor to capture the events and I am quite happy to upload this if anyone would like to see it.
We tried the registry edits detailed in
this MS article.
I have created a dedicated firewall rule that allows all traffic on TCP ports 137, 138, 139 and 445.
Another respondent suggested checking out Slow-Link mode but this has not been triggered.
Does anyone have any ideas what may be causing this, please? The network worked like a dream before the Windows 7 clients were introduced, when XP was used.
Thanks!

Hi,
As you just upgarded to Windows 7, please make sure SP1 is also installed on all systems and install the following hotfix rollup for Windows 7 SP1:
An enterprise hotfix rollup is available for Windows 7 SP1 and Windows Server 2008 R2 SP1
http://support.microsoft.com/kb/2775511/en-us
There was a known issue on Windows 7 which affected shared folders, that newly created or deleted files are not reflect in network folder immediately, which seems similar to your error. If issue still exists after SP1 and hotfix rollup please help confirm:
1. If this issue occurs only on DFS folder in accessing with \\domain.com\namespace. Could you reproduce the same issue in accessing \\server\sharefolder?
2. Will the same issue occurs after disabling Offline Files if it is enabled.
If you have any feedback on our support, please send to [email protected]

Osx mavericks 10.9.3 cannot open large folders on smb share

hi,
This week I bought mij first macbook pro. so I new in osx.
I have a ubuntu 14.04 server running with samba 4.1.6. From a Windows or linux computer is can acces the shares just fine.
When i try to acces the share from my macbook i can open the share but when I try to open an folder with allot of files/folders the is empty in finder, i thought first it was a performance issue so I've waited for 30 minutes but still empty. smaller Folders ik can open in finder.
i've been googling for days now but i cannot find any solution, forcing smb1 is not working as an example.
in console there his no error on the server the logfile has also no error
does any one knows how to get this problem solved?
Thanks in Advance

According to reports, if the filing protocol is SMB, you can sometimes work around the problem by forcing a CIFS connection instead. To do that, first disconnect from the file server, then select
Go ▹ Connect to Server
from the Finder menu bar, or press the key combination command-K. Then enter
cifs://server-address
in the dialog that opens, where server-address is the IP address or domain name of the server.
See also:
Performance Tuning the Network Stack
SMB server browsing woefully slow
mac os x slow copy file from Samba Server
Fix slow network file transfers across Mac OSX Lion

Some files not showing anymore in folders on smb-share (lc_ctype error)

I use a shared folder on my iMac for my work projects.
After the upgrade to Mavericks, I noticed that Dreamweaver CS 6 did not show all files and folders anymore in several projects.
This is on a Windows 7 machine.
The same thing happens when in FileZilla, so it's not a specific Dreamweaver issue.
When I go to a troubled folder in FileZilla I get this error (in Dutch):
"Een lokale bestandsnaam kon niet gedecodeerd worden. Zorg ervoor dat de LC_CTYPE (of LC_ALL)-omgevingsvariable juist is ingesteld. Totdat u het probleem oplost, kunnen er bestanden ontbreken in de bestandslijsten. Er zal geen waarschuwing meer getoond worden gedurende deze sessie."
Translation:
"A local file could not be decoded. Ensure that the LC_CTYPE (or LC_ALL) environment variable is set. Until you solve the problem, you are missing files in the file list. There will be no warning displayed during this session properly."
When I go to thew same folder in Windows Explorer all files are shown.
When I use Dreamweaver CS6 on the iMac no errors occur and every file just shows fine.
It seems it only occurs in random directories of the local files of website projects I maintain with Dreamweaver
If anyone ones how to fix this, I would realy REALY appreciate this.
This totaly kills my workflow.

Pages documents compatible with Windows Shares, because they are by default, written as single-file, compressed folders with .pages extension:
Pages ’09
Pages v5.5.1
Pages documents incompatible with Windows Shares, because they are written as uncompressed packages (folders). These need to be explicitly compressed (e.g. foo.pages.zip) by the user before deposited on Windows shares. (Right-click menu on Mac file icon)
Any Pages v5 document by default (or Pages v5.5.1 where optionally written as a Package file type)
Pages ’08, and Pages ’09 optionally saved as packages (folders)

Traversing folders in SMB shares

I am working on getting a couple Macs setup on our Active Directory domain. Once joined to the domain I can log in using my AD credentials however I get an error saying "There was a problem connecting to the server" " You do not have permissions to access this server". It appears my home directory assigned by AD is placed on the dock but its just a question mark and I can't access it.
The user home directories are on a DFS share: \\domain.local\share\officeusers\username
The folder "officeusers" nobody has permissions to but they can be traversed and on Windows PCs so that the user can access their personal folder thats in there. If I were to browse to the path \\domain.local\share\officeusers on either Windows or Mac I get an error saying I don't have permissions, which is fine. However I can browse directly to my user folder under "officeusers" on a Windows PC but when using command+k to browse directly using the Mac I am told I don't have permissions to do so.
It seems like the Mac won't allow me to traverse the officeusers folder to access my personal folder. Is there a workaround that I can force the Mac to traverse that folder? I tried using Thursby's AdmitMac with no success and through troubleshooting it wouldn't let me log in period because it couldn't access my home folder.

Have you seen this? <https://discussions.apple.com/thread/5477749>

Can't rename folders on Snow Leopard Server

I have 10.6.8 Snow Leopard Server running on a new Mac Mini server. Attached I have a Pegasus Raid storing all my files. I have a sharepoint set up for every project we work on but a couple act strangely. Users can create and delete folders but can not rename them once created. In order to rename they must drag the folder onto the desktop, rename and then replace the folder on the server. All permissions are set up identical to the other sharepoints which work fine. I have had a couple so-called "experts" look at the permissions in both the terminal and Server Admin. Everyone seems stumped. Any ideas?

Thanks for the input but I finally soved the problem. Here is what I found...
Although I had given users/group the ALLOW/FULL CONTROL premission with a sharepoint, I discovered that in Server Admin if you double-click on the User or Group name under the ACL permissions that a drop down box appears. This box allows you to fine tune the ACL but it appears that by default all of the boxes are not checked even though I granted the user Full Control. After checking all of the boxes I was able to create and rename folders in my share as expected.
This also had an similar effect if I denied Full Control. Some of the boxes remained unchecked and it left holes in my system where denied users could still access some files. Again by checking all boxes these holes were closed.
Does anyone know how to change the default so that all boxes are checked when assigning the Full Control permission?

Windows rename on SMB share ignores ACLs

We're getting ready to put ACLs on our file server into production use, and I was checking to make sure that the file sharing experience for Windows users via SMB mounts would match what OS X users see via AFP mounts to the same shared folders and files.
I've discovered that when Windows users rename files and folders via SMB mounts, the permissions are controlled by the POSIX privileges of the enclosing folder, and ACLs privileges appear to be completely ignored. I have a simple test case where I prepare a shared test folder that grants a particular user full access via an ACL, but no access via POSIX (this is deliberate). Via AFP on an OS X system, the user can do whatever they want on the share, as you'd expect. They have no problems renaming or deleting items; their ACL privileges are properly observed. However, when the same user logs onto a Windows system and access the share via SMB, if they create a folder or file, they won't be able to rename it. The only way to get around that appears to be to grant them POSIX read/write privileges on the enclosing folder (not on the item itself). For this one operation, it would appear that POSIX privileges are observed, but ACLs are being ignored. [This has been submitted to Apple as a Bug Report (Problem ID 6143881).]
We're running OS X Server 10.5.2, but plan to upgrade to OS X Server 10.5.4 once our ACLs are running in a production setting. I wonder if other folks see the same problem with renaming files or folders in Windows with SMB shares in OS X Server 10.5.4.
On my server, on an AFP+SMB share, I create a test folder with the following privileges:
ls -led path/to/testfolder # Show POSIX settings & ACLs for test folder
drwx------+ 2 root wheel 68 Aug 12 11:25 testfolder
0: user:myuser allow list,addfile,search,delete,add_subdirectory,delete_child,readattr,writeattr,readextattr, writeextattr,readsecurity,writesecurity,chown,file_inherit,directoryinherit
These privileges can be set via the following commands. Within an AFP+SMB share, create a test folder as follows:
sudo mkdir -p /path/to/testfolder
cd /path/to/testfolder
sudo chmod -R -N . # Remove any inherited ACLs from testfolder
sudo chmod u=rw+X,go= . # Set POSIX privileges to octal 700
sudo chown root:wheel . # Set POSIX owner & group
sudo chmod +a "user:myuser allow list,addfile,search,delete,add_subdirectory,delete_child,readattr,writeattr,readextattr, writeextattr,readsecurity,writesecurity,chown,file_inherit,directoryinherit"
From Windows, navigate to the testfolder on the SMB share. You can do this as a Network Place, Mapped Network Drive, or by explicitly navigating to
\\myserver\myshare\path\to\testfolder
Create a new folder in Windows Explorer. It will come up by default named "New Folder". Try to rename it and you'll get a Windows error: "Error Renaming File or Folder. Cannot rename New Folder: Access is denied. Make sure the disk is not full or write-protected and that the file is not currently in use."
Run the Note Pad accessory. Create a file in the testfolder named "Foo.txt". Try to rename it in Windows Explorer. Same problem.
If you perform equivalent operations on an OS X System via AFP mount to the same test folder, you won't have any problems; the ACL privileges will be correctly granted.
The only workaround I've been able to come up with to grant Windows users "rename" privileges on our SMB mounts is to do so by enabling read/write POSIX privileges on the enclosing folder ("testfolder"). You can either:
1) Make the user the POSIX owner of the enclosing folder, and grant the owner read/write access, or
2) Set the POSIX group to a group the user is a member in, grant that group read/write access, or
3) Enable POSIX world read/write access (careful!).
Without POSIX read/write privileges to the enclosing folder, it would appear that Windows users on SMB shares can't rename files or folders. Interestingly, they can upload folder hierarchies with arbitrarily named files and folders and won't run into problems; it's specifically when items are renamed when they already exist that you may run into problems.

Just an FYI: I received a response to my bug report. Apple reports that this problem has probably already been addressed in OS X Server 10.5.3, so it's likely this issue will disappear when I update my server from 10.5.2 to 10.5.4.
If you look at http://support.apple.com/kb/HT1142, there's this item:
File Services
The smb.conf file is updated to include the line "acl check permissions = no" in order to provide expected permissions behavior for Windows clients connecting to the SMB service.

OSX Lion 10.7.4 issue with Windows shares when renaming folders

Hi,
Can anyone tell me if its an known issue when a user logs into a smb share with his AD credentials and when trying to rename a folder which he has permissions to, hes unable to do so and osx prompts for login details. When user enters the correct login it prompts them again and therefore he's unable to rename the folder.
There are also other folders under the main folder and some of those he's able to rename with no problem so this problem only occurs sometimes.
AD is on Windows Server 2008 R2 with all updates installed and OSX Lion users also have the latest updates.
Any help regarding the issue is welcome, thank you!

I think there's nothing to do with the drive manufacturer,
I used the macDrive for windows, and format it to HFS(not HFS+)
Ok,
Actually I have this folder/files,
InstallMacOSX.pkg (folder)
Inside InstallMacOSX.pkg(folder) it has files:
InstallESD.dmg(using ULTRAISO was burned to dvd)
This files are NOT included in the burn dvd image:
Bom
PackageInfo
Payload
Scripts
This files/folder is outside InstallMacOSX.pkg(folder):
Distribution(file)
[TOC].xml(file)
Resources(folder)
The original .DMG file was MOsXLeoneDieciSetteDue.dmg(but this is fake, it's a Xar compressed)
The valid .DMG file is inside the .XAR, so I extracted it, and found those files and folders.
So, I'll include that in the burned dvd?
thanks

Can I Create A Symbolic Link to folders stored on an SMB Share folder?

Hello,
I am very new to Unix and was hoping that someone could point me in the right direction with regards to Symbolic links and an SMB share folder ....
Have purchased an ext. LAN Drive enclosure (http://www.macpower.com.tw/products/hdd3/pleiades/pd_usblan) which connects to my wireless router via ethernet like my G5 (main Mac) - our iBook connects via Airport. I have copied all my general documents/files to the SMB share folder on the ext. drive so that I can access them from the G5 and also the iBook.
However I'd also like to be able to store my actual Mail folder (/Users/Mark/Library/Mail/), , Safari folder (/Users/Mark/Library/Safari) + my Address Book and other folders sitting in the Application Support folder on my SMB share so all important docs/folders are in the one place. I've tried storing these folders on the SMB share and putting an Alias to these back in Users/Mark/Library/Mail etc but of course an Alias doesn't work.
Question 1: Can I create a symbolic link to these files if these are stored on an SMB share folder? If so, could you please tell me exactly what I'd need to type into Terminal? My SMB Share path is smb://STORAGE-XXXX/MARK
I have copied my iPhoto library and iTunes library to the SMB share and are working fine.
Question 2: Is it possible/worth attempting to move my whole home folder to the SMB share folder? Ideally, I'd like to be able to access my Mail from the iBook as well. If I could log into either the G5 or the iBook and access my latest Mail, Address Book and other Application Settings, that would be perfect. Would this be possible?
Thanks
Mark.
Dual 1.8GHz G5 (Rev.B), 2Gig RAM, 9600XT Mac OS X (10.4)

Dear Mark,
Yes you can. The command to create a link will look something like this:
$ ln -s thisFolder /Users/mark/thatFolder
I did this while I was hosting a microsoft based game. This put all of the players into a common directory.
SMB just resolved the link and everything worked fine.
However, as I understand it, some other applications do NOT work very well with links. As I have NOT tried it with other applications, I fear I can be of NO help to you in this matter.
The only way to find out which applications work with links is to try them and see what happens.
Best of luck,
Kurt

Why is my Mac pro slow to Open folders in a Windows SMB share?

Why is my Mac pro slow to Open folders in a Windows SMB share? We use a Windows Server for graphics storage and I can open the share just fine, but when I attempt to open folders within that share it takes sometimes as long at 15 minutes to display the contents of the folders. This happend before and I switched to the other NIC port, but now it is doing it in both. I can open other connections to Windows SMB shares with no problem.

Why is my Mac pro slow to Open folders in a Windows SMB share? We use a Windows Server for graphics storage and I can open the share just fine, but when I attempt to open folders within that share it takes sometimes as long at 15 minutes to display the contents of the folders. This happend before and I switched to the other NIC port, but now it is doing it in both. I can open other connections to Windows SMB shares with no problem.

Finder gets stuck when reading contents of large folders on a SMB-share

Hai thar, everyone. Recently I've found a sad bug in the world's most advanced OS. I wonder why it was left almost unnoticed as I was unable to find out some info on it so I created this topic in hope to turn attention to this issue when no solution is available right now by far. In short, bug consists in Finder's misbehaviour when it reads contents of big folders on a mounted SMB-shares like stated in the title. Number of files - somewhat around 11-12 thousands/folder. What't interesting, when one goes to the shared folder which contains not much files (below critical limit) - everything's just fine. When one opens a "bomb"-folder, Finder does nothing. It won't display folder's contents and moreover, it won't display contents of other folders on the share anymore, however, it's still able to show up contents of those folders you have visited just before opening "bomb"-folder. Probably it simply has the contents of visited folders cached somewhere. The second consequence, connection to the SMB-share seems to degrade. Speed drops to miserable numbers and case you open some big file from the share theres a chance that it'll be loaded slowly. It's not that hot idea in fact, to load network by watching videos directly from the SMB-server =) but if you do open a movie, playback will be jerky as **** while it was perfect just before you poked the "bomb" and current traffic is very little - a few kbps/~100bps (according to Activity Monitor). As stated before, stuck Finder seemingly affects overall connection to the SMB-server in some strange manner. FS notifications get broken too, on the share.
In general Finder proceeds functioning. It has no problems with local FS/other kinds of remote FS, but SMB. It looks like theres a stuck thread serving requests to for the file objects on the SMB-share which actually gets stuck or does extremelly slowly.
The workaround is pretty simple and straight forward - you have to restructurize your "bomb"-folders by splitting them into several subfolders or such. Simply get rid of that huge heap of files stored in a single folder, fragment them and keep their number below 10k/folder. However, this is not a fix. It's only workaround. Fix should follow, as this issue is not only a "little inconvenience" but also a software flaw.
This bug affects at least OS X 10.7.5 (11G63). Something similar was seen also on OS X 10.6.6
WBR
PS: sorry for my broken English.

Reporting the same problem.
1. Have Windows 7 MediaCenter with file sharing set up properly (LM+NTLM Authentication allowed and 128-bit encryption disabled in security policies).
2. Test folder ("C:\income") and all the subfolders' owner is 'Guest', full access is granted for everyone.
3. Connecting to MediaCenter from MacBook with Finder by pressing Cmd+K and typing smb://ip-addr/income
4. Finder connects successfully, but some sub-folders and files are not being listed.
Workaround:
5. You can open a not-listed folder directly by pressing Cmd+K and typing smb://ip-addr/income/some-invisible-folder
6. Voila! You're inside invisible folder.
In the meantime, i can see all the sub-folders on a Windows XP client machine, so i can make a conclusion that all of these 'invisible' sub-folders are actually accessible by Finder, but in some reason are just not being listed on Mac.

Not able to move/rename folders despite ACL settings

I'm having a maddening issue with a Mini server running 10.6.8 (all updates installed, configuration imported from a 10.5 XServe, recently did a full reinstall of the OS due to some odd behavior and Server Admin errors/slowness).
It is sharing a few volumes on an external drive via AFP and SMB, with relatively simple permissions configured via ACLs. For practical purposes, users are in two groups: Staff and Bookkeepers (I'm simplifying names, but they're not the stock system groups). All employees are in the Staff group, a few are also in the Bookkeepers one.
A couple of folders on one share have "deny : full control" set for the Staff group, and "allow : full control" set for the Bookkeepers group above that. The intent is to allow bookkeepers access to the folder, and not general staff.
This has worked as expected for years.
Then, for no readily apparent reason, a few days ago some users lost the ability to delete folders they created within the restricted folders (other folders on the share were fine). I spent a while going around as to why this was, eventually deciding that something was wrong with either the ACLs or the groups themselves.
My final solution was to completely remove the ACL from the restricted folder via the command line, then delete both groups, create two new groups, NewStaff and NewBookkeepers (with new GIDs and shortnames), then re-add the correct ACL to the restricted folder, and propagate permissions down (done with Server Admin and Workgroup Manager, latest versions, running on a 10.6.8 workstation). I also rebooted the server and cycled AFP.
Now the problem is only slighgtly different:
Within those restricted folders, users can create new folders, but cannot rename or move any existing or newly-created folders, although now they CAN delete either. The "Effective Permissions" browser in Server Admin shows my user as having full permissions for the folder in question to do everything, I've logged out and back on to make sure it's not a cache issue, and I've run out of ideas short of an OS reinstall.
The command line says the Bookkeepers group has the following permissions for one of the folders within a restricted directory, which I cannot rename or move:
inherited allow list,add_file,search,add_subdirectory,delete_child,readattr,writeattr,readextat tr,writeextattr,readsecurity,writesecurity,chown,file_inherit,directory_inherit
versus this for a folder I CAN edit, outside one of the restricted folders:
inherited allow list,add_file,search,delete,add_subdirectory,delete_child,readattr,writeattr,re adextattr,writeextattr,readsecurity,writesecurity,chown,file_inherit,directory_i nherit
...the notable difference in there being lack of "delete" permissions on the problem directories. Which is bizarre, because that group is set to "full control", and I CAN delete it--just not move or rename. (Perhaps that's the "delete_child" of the parent directory allowing me to do that?)
(Unix permission is: rwxrwx--- admin admin Others)
Notably, when directly accessing the server, the Finder also suffers from this problem--if I try to move a folder, I'm prompted to enter an admin password before I'm allowed to, so the issue isn't restricted to just AFP. I just can't figure out where the weird permission is propagating from, or how to get rid of it.
What the heck is going on here? Any suggestions on how I might try to fix it? I'm about to upgrade to 10.8 Server, and if that doesn't work reformat the external RAID array, which will be a huge pain.

This is really an OS problem as it sets permission levels for operations. What OS?
If using Win OS and an external drive, you can start Bridge by right clicking and choosing "run as administrator".

Confusion of aliases made for two SMB shares with same folder name

I have a SMB file server here which provides me with a Departmental personal home filestore and also a Departmental personal web filestore. The name of the folder is the same in each case - my Departmental user name. If I check the Finder Preference 'Show these items on the desktop' for 'Connected servers', I can use the Finder's 'Connect to Server' for each - smb://webhome/john and smb://home/john - to make each of them appear on my desktop as 'john'.
It's rather confusing to have to remember that (say) the upper 'john' is my home filestore and the lower one is my web filestore, so I use Finder 'Make Alias' (e.g. via right click on each when selected') to create two aliases I can name 'web john' and 'home john'.
Alas, each alias always points to the same (apparently randomly selected) share!
This looks like a bug to me. I've tried unchecking the Finder 'Connected servers' preference, and then the shares appear under folder 'SHARE' - where I cannot create any aliases at all; I get the error message 'Operation could not be completed (Error -8058)'.
Reader, do you know of a work-around which will let me distinguish on my desktop between my two identically-named folders from different shares? Alas, I have no power to change the names of the original folders.
John A. Murdie

+It's rather confusing to have to remember that (say) the upper 'john' is my home filestore and the lower one is my web filestore, so I use Finder 'Make Alias' (e.g. via right click on each when selected') to create two aliases I can name 'web john' and 'home john'.+
I should have said that one cannot rename the share icons in the usual way. Not being able to do this is the real bug here. If I'd been able to do this I wouldn't have need to try to create aliases, of course.
John A. Murdie

Mac in Windows server environment with SMB shares

Hello Apple Support Community,
This is my first post here, so take it easy on me.
Here is a brief background before I explain the problem. I'm currently in an environment that has about 35 various Mac computers (Mac Pros, iMacs, Mac Book Pros, etc) from many different generations, but all running 10.8.2 or newer. The enviornment also has several Dell Servers running various OS versions (2003 Std, 2008 Std, and one 2012 Storage Server). Active Directory is currently in place and healthy. The 2012 Storage Server is where we are hosting all of the file shares. Users are connecting to these shares via smb.
We are experincing two problems that may or may not be related.
Problem #1
Occasionally (I have yet to find consistency), when we drag and drop a folder from one location to the other (on the same server, in the same share, and usually source and destination reside in the same parent folder) or if we rename a folder, we'll be prompt for credentials with the message "Finder wants to make changes. Type your password to allow this."
Since our local username and password are different then the Active Directory username and password used to connect to the share, I have observed that usually typing in the local username and password allows this prompt to go away. Any other username or password does not work. However, once the prompt goes away, the folder never actually moves on the share or is renamed. This prompt for a password will repeat over and over until you go away, do something else in a different folder, then come back after a while, then it won't prompt you for a password for the same move or rename operation.
I thought this might be related to permissions at first as we just migrated the data from an old Mac Server to this new 2012 Storage Server, but I have since replicated the scenario with a test share and a series of test subfolders that I just created (no files were involved in the test, just folders). I have also opened permissions to everyone for both the share and the folder structure for this test.
Problem #2
Similar to the scenario above, but rather than moving or renaming a folder or file, when we attempt to delete a folder it will occasionally pretend to delete, then appear back in the share as a folder that no one has permissions to. If you navigate away for a while and then return, the folder has actually been removed.
If anyone has any insight as to why we might be experiencing any of this behavior or direction for how to troubleshoot or solve this, I would greatly appreciate it.
Thanks!

Hello?
Anyone?
Bueller...Bueller....Bueller
It's been a couple of weeks now and no one has any input to help me? Is there something I can provide to get some additional help?
I've done some research over the past couple of weeks and ran into an article (sorry, I have misplaced the source) that indicated adding the Mac to the windows domain would help with Problem #1 by providing single sign-on functionality. I bound all of the macs in the network to the domain and changed all of the user profiles from local to domain. They are now logging in with their domian credentials. For the most part, this appears to have solved the problem. I will find out more tomorrow as there appears to still be one user experiencing the same behavior even after adding his Mac to the domain and having him log in with his domain account and credentials.
This is, however, how the problem started in the first place. It began with just this one user reporting the problem, then eventually everyone was having the problem. I'm no longer feeling confident that this has actually solved the problem.
I've implemented ExtremeZ-IP on the storage server and have redirected the users to using AFP again. This appears to have solved Problem #2.
We now have two additional problems showing up on the network.
Problem #3
Occasionally (again, having a hard time finding any consistency), after opening a file and working on it for a while, we are being presented with an error that a file cannot be written to. Once the error shows up, the problem is persistent. You can save the file as a different name in the same location, and it will take without error. You just can't save the file with the same name. It's as if the file is locked. If I reboot the windows server at the end of the day, the file that was locked no longer has a problem being written to.
We also see this problem with moving/renaming folders on occasion.
Problem #4
Users are reporting that files in a folder sometimes do not appear (the folder appears as blank), but appear fine for others.
I have seen this issue when users connect with different protocols (one with smb and the other with afp - the smb connected user usually doesn't see the file) but in the process of changing profiles from domain to local, I have switched all users to AFP.
I could really use some help with this situation. Anything this community has to offer, suggest, or otherwise help me find resolution would be extremely appreciated.

Rename folders in SMB shares

Similar Messages

Maybe you are looking for