| Forum Home | ||||
| Press F1 | ||||
| Thread ID: 53456 | 2005-01-18 05:39:00 | Unix/Windows deleting issues | Mike (15) | Press F1 |
| Post ID | Timestamp | Content | User | ||
| 315347 | 2005-01-18 05:39:00 | At work I use a Windows 2000 connected to a fairly big network, including several Unix servers. Up until mid-December I was able to delete files off a Unix server from my Windows login, however about half way through December this ability disappeared. I can still create/edit files on the Unix server, just can't delete or move them - moving them results in them just being copied. If I log in via a remote terminal connection on my PC I can add/delete/modify files as normal - the issues only occur when trying to delete etc. from Windows explorer or other similar applications. This doesn't affect just myself - everybody we have tested has the same problem - they cannot delete anything. There are no error messages - the file seems to be deleted, however a refresh shows the file to still be there. There don't appear to be any permission issues (I was even added to the Unix superuser group to test), and affects (so far tested) Windows 2000 Pro workstation, Windows 2000 server, Windows 2003 server. What other info do I need to supply? I'm not in the IS dept, so I may not be able to supply all the info, but the Unix geek at work is stumped, and I'm sure would appreciate any help I (we) can offer :D Cheers, Mike. PS I don't know if this makes any difference, but the Unix OS on the server is actually a fairly old version of Solaris (can't remember which version). Mike. |
Mike (15) | ||
| 315348 | 2005-01-18 06:03:00 | if it's a fairly old version, what if you upgrade to a new(ish) version? | Edward (31) | ||
| 315349 | 2005-01-18 06:08:00 | if it's a fairly old version, what if you upgrade to a new(ish) version? That wasn't very helpful :) Upgrades cost... sometimes a lot. It wouldn't be worth the money to upgrade just because we suddenly can't delete files. It's worked for ages until it stopped suddenly in December - there has to be a logical solution, rather than having to take drastic measures such as upgrading an OS (which would in turn mean upgrading the hardware). Mike. PS Besides, like I said earlier, I'm not in our IS dept, so I have no say in the matter. |
Mike (15) | ||
| 315350 | 2005-01-18 06:10:00 | do you have the right permissions for deleting those files? | Prescott (11) | ||
| 315351 | 2005-01-18 06:25:00 | I'm wondering if UNIX permissions seem OK, has something happened to the SAMBA server settings? Permissions can be changed there too. | johnd (85) | ||
| 315352 | 2005-01-18 06:32:00 | Can you post back ls -la /home/user/dirname Chill. |
Chilling_Silence (9) | ||
| 315353 | 2005-01-18 06:36:00 | I'm wondering if UNIX permissions seem OK, has something happened to the SAMBA server settings? Permissions can be changed there too. Is smb.conf anything to do with SAMBA settings? I know the Unix guru has looked a lot through smb.conf, and made lots of changes in there to see what could have changed. This also affects him (as well as everyone else we've tried). Mike. |
Mike (15) | ||
| 315354 | 2005-01-18 06:38:00 | Can you post back ls -la /home/user/dirname What's that going to do? Mike. |
Mike (15) | ||
| 315355 | 2005-01-18 07:33:00 | Is smb.conf anything to do with SAMBA settings? Yes - that is the SAMBA configuration file that basically controls the behaviour of the server. |
johnd (85) | ||
| 315356 | 2005-01-18 07:46:00 | Its going to tell me who owns what files so we can check permissions etc I'd say that samba is not using the correct groups etc when creating files or something similar |
Chilling_Silence (9) | ||
| 1 2 3 | |||||