No kidding. I'm sorry, but done, should mean..... DONE.
Jonathan L. Raper, A+, MCSA, MCSE Technology Coordinator Eagle Physicians & Associates, PA [email protected]<BLOCKED::mailto:%[email protected]> www.eaglemds.com<BLOCKED::http://www.eaglemds.com/> ________________________________ From: Anders Blomgren [mailto:[email protected]] Sent: Wednesday, September 01, 2010 7:29 AM To: NT System Admin Issues Subject: Re: I've got EMC stumped for the moment and can't access my CIFS shares... Ouch. Have to remember that one. Not that my cifs services get restarted any time other than a DART upgrade. -Anders On Wed, Sep 1, 2010 at 1:27 PM, Anders Blomgren <[email protected]<mailto:[email protected]>> wrote: Which is exactly what it's supposed to say since it's in standby. Have you asked or searched on powerlink? I remember seeing something like this quite a while ago. There's also the procedure for renaming a cifs server which might just help if it's a secure channel issue. -Anders On Wed, Sep 1, 2010 at 12:38 PM, Raper, Jonathan - Eagle <[email protected]<mailto:[email protected]>> wrote: For server2 it says what it should - it lists our two DCs and their respective IP Addresses. For server3, which is presently in standby, it says: [nasad...@nas_control dump]$ server_cifs server_3 server_3 : Cifs NOT started Security mode = NT Max protocol = NT1 I18N mode = ASCII Home Directory Shares DISABLED Enabled interfaces: (All interfaces are enabled) Disabled interfaces: (No interface disabled) [nasad...@nas_control dump]$ Jonathan L. Raper, A+, MCSA, MCSE Technology Coordinator Eagle Physicians & Associates, PA [email protected] www.eaglemds.com ________________________________ From: Anders Blomgren [mailto:[email protected]<mailto:[email protected]>] Sent: Wednesday, September 01, 2010 5:05 AM To: NT System Admin Issues Subject: Re: I've got EMC stumped for the moment and can't access my CIFS shares... What does server_cifs <movername> (or ALL) say? The celerra tends to do WINS lookups as well if it can. It'll also cache until a name dies, is stuffed and mounted. -Anders On Wed, Sep 1, 2010 at 10:21 AM, Raper, Jonathan - Eagle <[email protected]<mailto:[email protected]>> wrote: Hoping perhaps someone on the list has run into this. At the moment I'm about to fall asleep in front of my laptop... Situation...had a NAS checkup post a warning that it couldn't ping a DC with an APIPA address named *SMBSERVER. The APIPA address was 169.254.2.238. Discovered that one of my DCs had a NIC enabled but not connected, and guess what? DHCP was enabled on the NIC and it had the address of 169.254.2.238... So, disabled the NIC, ran a nas_checkup on my NS-20 Celerra, and still had the error. I stopped and restarted the CIFS services (per EMC support) and the nas_checkup came back clean. (YAY!) Then tried to connect to CIFS and no dice... (BOO!) I've checked every service I can think of to check, even restarted a few. Re-enabled the NIC to no avail... I do know that the APIPA address for the disabled NIC is still in the registry, but at this point I don't think that matters, because the Celerra theroretically doesn't know about it anymore. The Celerra can ping both of my DCs just fine, and I can ping my NetBIOS CIFS share server names no problem. However when I try to connect to \\servername or \\IP-address, I get: "No network provider accepted the given network path." Going on 5 hours with no CIFS shares, and this is from both windows 2003 DCs, and two different member servers, one Windows 2003 and one Windows 2000. Anyone got any ideas? Thanks, Jonathan L. Raper, A+, MCSA, MCSE Technology Coordinator Eagle Physicians & Associates, PA [email protected]<mailto:[email protected]> www.eaglemds.com<http://www.eaglemds.com/> ________________________________ Any medical information contained in this electronic message is CONFIDENTIAL and privileged. It is unlawful for unauthorized persons to view, copy, disclose, or disseminate CONFIDENTIAL information. This electronic message may contain information that is confidential and/or legally privileged. It is intended only for the use of the individual(s) and/or entity named as recipients in the message. If you are not an intended recipient of this message, please notify the sender immediately and delete this material from your computer. Do not deliver, distribute or copy this message, and do not disclose its contents or take any action in reliance on the information that it contains. ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected]<mailto:[email protected]> with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected]<mailto:[email protected]> with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected]<mailto:[email protected]> with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected]<mailto:[email protected]> with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
