Windows 2008 shares on iSCSI target disappear after reboot

I have a Windows 2008 server using the MS iSCSI initiator to connect to our Equallogic SAN.  About 50% of the time when I reboot the server the shares on the iSCSI  target disappear.  The data and folders are there, just not the share.  The shares on the local disks are fine.  

I think the randomness of whether the shares disappear or not might be if they happen to be in use at the time of reboot, but I'm not 100% sure.  
jpletcher1Asked:
Who is Participating?

[Webinar] Streamline your web hosting managementRegister Today

x
 
kevinhsiehConnect With a Mentor Commented:
Your system also could have slowed down, since it is a timing issue. You can look at having a startup script that restarts the server service. I have no idea if putting the server service on delayed startup would work or blowup your server.

You are using basic disks, right? Microsoft doesn't support dynamic iSCSI disks because of timing issues.
0
 
mwoolmanCommented:
Basically this is a timing issues. The iscsi lun isnt quite available at the time the sares are being recreated after the server restarts.

Here is a microsoft article on how to fix the problem. It has worked for me in the past.

http://support.microsoft.com/kb/870964
0
 
jpletcher1Author Commented:
Is the only part of this article to follow the piece about making the lanmanserver service start after the MSISCSI service?  The other steps don't seem to apply to the iSCSI initiator in Windows 2008.
0
Problems using Powershell and Active Directory?

Managing Active Directory does not always have to be complicated.  If you are spending more time trying instead of doing, then it's time to look at something else. For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why

 
mwoolmanCommented:
Admittedly I have only had to do this on a 2003 server.  However, it was my understanding from the article that you should be able to do those same items on a 2008 server as well to make the loon to the tarets persistent.
0
 
jpletcher1Author Commented:
The only option off there I could do was this line to make the iSCSI initiator service a dependency of the Server service:

Type sc config LanManServer depend= MSiSCSI

When I did that and rebooted, everything blew up and I couldn't even get my profile when I logged in.  After some research I found that by typing the line above, it replaces the existing dependencies that exist for the Server service rather than just add to them, so I had to add back in a couple dependencies.  I found that article here:

http://blog.chrislehr.com/2011/02/server-service-error-2-system-cannot.html

Coincidentally, that article was the same scenario I have where someone followed the MS article to make the iSCSI initiator a dependency of the Server service.

So the issue is definitely that the shares are being applied before the iSCSI storage is showing up, but adding the iSCSI initiator as a dependency of the Server service doesn't fix the issue.  If after everything is started, I restart the Server service, it puts the shares and permissions back on.
0
 
jpletcher1Author Commented:
I should also mention, this all worked for about a year just fine, and then this started happening.  I'm not sure what triggered it.  Maybe a Windows update... In any event, the symptoms are what I list above.  
0
 
jpletcher1Author Commented:
Yes, I thought of this kind of solution, but hoped there was something more permanent.  We are using basic disks.  It could very well be that the system starts up slower now than when first installed.  Just hoping for someting more of a real fix rather than work-around.  Thanks for the comment though.
0
 
jpletcher1Author Commented:
This works, but is more of a work-around than a solution.
0
All Courses

From novice to tech pro — start learning today.