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]> 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]> 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]]
>> *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]> 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]*
>> *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]
>> 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
>>
>> ~ 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
>>
>
>

~ 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

Reply via email to