NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
phantom share: can't view, delete or create new one
This may be related to viewtopic.php?p=131391 but the fix listed there didn't help.
Short form: I deleted a share, but its ghost lingers.
Symptoms: I get the message
when I access the shares directory. TMcotopaxi shows up as a mount point under CIFS on my Mac (though not as AFS), but I can't access any files there. TMcotopaxi does NOT show up as a share under the FrontView shares page. And when I try to create a new TMcotopaxi share using FrontView, I get the message:
How I got into this state (I think): There was a previously a share named TMcotopaxi, but I was having permission problems and wanted to delete it entirely. I deleted it using FrontView shares page, then (almost immediately) created a new share of the same name. After I created the new TMcotopaxi share, I got a pop-up alert informing me that TMcotopaxi had been deleted. It was only then that I realized that the previous share was being deleted asynchronously in the background. However, the log file DID report
What I've tried: I rebooted the ReadyNAS with "Check and fix quotas on next boot." enabled. No joy. I re-installed the firmware as per
faq.php#How_do_I_re-install_the_firmware%3F, but no joy there either.
How do I get rid of this phantom share?
Thanks in advance.
-- ff
[ReadyNAS, RAIDiator 4.1.4]
[MAC PowerBook G4 / OS X version 10.5.6]
Short form: I deleted a share, but its ghost lingers.
Symptoms: I get the message
The paths for the shares listed below could not be found. Typically, this occurs when the ReadyNAS is unable to access the data volume. TMcotopaxi [Tue Dec 23 10:42:31 PST 2008]
when I access the shares directory. TMcotopaxi shows up as a mount point under CIFS on my Mac (though not as AFS), but I can't access any files there. TMcotopaxi does NOT show up as a share under the FrontView shares page. And when I try to create a new TMcotopaxi share using FrontView, I get the message:
Share already exists [TMcotopaxi]
How I got into this state (I think): There was a previously a share named TMcotopaxi, but I was having permission problems and wanted to delete it entirely. I deleted it using FrontView shares page, then (almost immediately) created a new share of the same name. After I created the new TMcotopaxi share, I got a pop-up alert informing me that TMcotopaxi had been deleted. It was only then that I realized that the previous share was being deleted asynchronously in the background. However, the log file DID report
Tue Dec 23 08:58:42 PST 2008 [TMcotopaxi] deleted.
What I've tried: I rebooted the ReadyNAS with "Check and fix quotas on next boot." enabled. No joy. I re-installed the firmware as per
faq.php#How_do_I_re-install_the_firmware%3F, but no joy there either.
How do I get rid of this phantom share?
Thanks in advance.
-- ff
[ReadyNAS, RAIDiator 4.1.4]
[MAC PowerBook G4 / OS X version 10.5.6]
32 Replies
Replies have been turned off for this discussion
- ewok,
Sounds great, look forward to testing it.
Tornado. ewok wrote: This can be fixed with an addon. We should be able to have one ready for use by tomorrow.
I have the same problem with a share called "zulu" not showing up when ssh to my RNNV+.. but once in a while, the RNNV+ warns me that the paths to "zulu" can't be resolved or something.
Do you have the Add-on to fix this ? I checked the add-ons list but couldn't find anything that appears to be related to this problem..
thx
SORRY DIDN'T GET THE FULL MEANING OF THE POST.. SO I JUST RECREATED A FOLDER UNDER C WITH THE SAME NAME AS THE GHOST SHARE (VIA SSH) THEN DELETED IT IN FRONTVIEW.. SEEMS TO WORK- Seems I've managed to get myself into the same mess (case #8942254), I've located the remedial add-on as described by ewok, however as I'm running a Pro it refuses to install.
Any help most appreciated. - Did you try creating the share folder in C yet (from my previous post in the same topic)? That's essentially what the addon would do.
- I've attempted to access the main c:, however haven't found a way to as yet. I'm accessing the NAS through Mac OS X, connecting to the NAS via afp://192.168.1.1/ offers up four volumes to mount, admin, homes, media and webroot... but no root c:\
edit: i tried accessing through smb via smb://192.168.1.1/ and c:\ was listed as a volume to mount, however selecting it and logging in with my admin user/pass, it returns an error saying it could not be mounted and an error code of -6602. monochromic wrote:
edit: i tried accessing through smb via smb://192.168.1.1/ and c:\ was listed as a volume to mount, however selecting it and logging in with my admin user/pass, it returns an error saying it could not be mounted and an error code of -6602.
Did you change your admin password from the default? You will not be able to access the NAS over CIFS as admin until the admin's password has been changed.- edit: no longer relevant, misread ewok's above post.
- edit: no longer relevant, misread ewok's above post.
ewok wrote: monochromic wrote:
edit: i tried accessing through smb via smb://192.168.1.1/ and c:\ was listed as a volume to mount, however selecting it and logging in with my admin user/pass, it returns an error saying it could not be mounted and an error code of -6602.
Did you change your admin password from the default? You will not be able to access the NAS over CIFS as admin until the admin's password has been changed.
Apologies ewok, I misread your above post! Oops!
i've since changed the default admin password and am now able to login to the 'c' share via SMB and have recreated the 'backup' share. Re-logging into Frontview the 'backup' share has now reappeared!
Many thanks for your help!- I have a similar problem. In Share access on NV+ w/ 4.1.6.
On boot-up, Raidiator complains about share "Other" being inaccessable.
Do not have SSH access enabled, but do have PHP, PHPShell, and AjaXplorer.
Using PHPShell:
In Root ls -l displays
lrwxrwxrwx 1 root root 8 Sep 17 11:20 Other -> /c/Other
drwxrwxrwt 2 root root 40 Sep 20 13:23 USB/
lrwxrwxrwx 1 root root 9 Jul 6 18:02 backup -> /c/backup/
[rest removed]
Shares "Other" and "backup" have same permissions and owner, but "Other" lacks final "/" that all other shares have. Hmmm.
In c, ls does not display "Other"
OK, that looks like the problem.
Don't seem to have write capability in "c" (or root, either) via PHPShell (logged on as "admin"), so I can't create "Other" there.
Can't find add-on referenced that is said to fix this.
AjaXplorer does not show "Other" (or "c", for that matter) at all.
Any suggestions besides a factory default?
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
