MSL 2024 Library Windows 2012 R2 Backup Exec Timeout
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
11-13-2014 01:37 PM — edited 11-13-2014 01:38 PM
11-13-2014 01:37 PM — edited 11-13-2014 01:38 PM
I am getting timeout errors when I try to load a tape using Backup Exec. It’s been running on a Windows 2k server and BE 12 for years. Works great. I have a a new server running Windows 2012 R2 and it takes the drive offline.
I’m running tracer from Symantec to log the commands. On the 2012 server, after 37 seconds I get a
On the old server, after 46 seconds I get
I’ve powered down everything 5 times. I’ve tried HP drivers and also the stock Microsoft drivers. After 2 days of searching HP and Symantec I need some help.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
12-05-2014 03:23 PM
12-05-2014 03:23 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
12-08-2014 11:28 AM
12-08-2014 11:28 AM
What interface does the library have? How did you connect the new server? Can the server «see» the library?
Hope this helps!
Regards
Torsten.
__________________________________________________
There are only 10 types of people in the world —
those who understand binary, and those who don’t.
__________________________________________________
No support by private messages. Please ask the forum!
If you feel this was helpful please click the KUDOS! thumb below! 
HP msl2024 not showing in in Windows server 2012 R2 device manager
12-30-2019 02:54 AM — edited 12-30-2019 03:30 AM
12-30-2019 02:54 AM — edited 12-30-2019 03:30 AM
I have msl2024, but it is not showing in in Windows server 2012 R2 device manager In device manager, I see only Tape Drivers — as Hewlett Packard LTO Ultrium-4 drive. In the HPE Library and Tape Tools — L&TT could not identify the correct NT miniport driver to use for access to this device. This may be caused by another application locking the driver.
UPD and same scrinshots:
1) msl2024 подключен через ibm serveraid-mr10m sas sata controller
2) the setting of the library mode is random
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
12-30-2019 03:15 PM
12-30-2019 03:15 PM
Hope this helps!
Regards
Torsten.
__________________________________________________
There are only 10 types of people in the world —
those who understand binary, and those who don’t.
__________________________________________________
No support by private messages. Please ask the forum!
If you feel this was helpful please click the KUDOS! thumb below!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
01-08-2020 07:46 AM
01-08-2020 07:46 AM
@Dshumov, Although HPE has not tested with this third party controller, it may be that the controller does not have LUN support enabled. Some controllers (especially SAS RAID controllers) will disable support for LUNs, and our MSL2024 Library operates as a LUN from the first drive in the library as a default. You may look at the settings for the controller and see if you can enable LUN support — some can, some can’t. Beyond that, my next recommendation is to install a support SAS controller. You can find the HPE tested controllers in our compatibility matrix at:
DPM и HP StorageWorks MSL2024 Tape Library — 0x8007045D
В бытность System Center 2007 и 2010 мне так и не удалось заставить адекватно работать DPM на Windows Server 2008 R2 с ленточной библиотекой HP StorageWorks MSL2024. В своё время открывалось пару обращений в службу тех.поддержки MS, результат которых сводился к тому что, проблемы на стороне драйверов вендора этой ленточной библиотеки. К вендору обращаться не пришлось, так как гарантия на девайс закончилась. После установки DPM 2012 я решил вернуться к этому вопросу и попробовать снова заставить работать эту связку, но сразу же получил результат, хуже прежнего, – при работе с лентой DPM не мог записать на ленту объемы, хотя-бы приближённо напоминающие её реальную ёмкость. Операции записи каждый раз использовали ничтожный размер ёмкости и переключались на новую ленту.
В конечном итоге всё это безобразие каждый раз заканчивалось ошибкой ввода/вывода 0x8007045D
В документе описывается метод лечения неадекватного поведения драйвера Storport версии выше 5.2.3790.3959 при работе с ленточными драйвами HP StorageWorks Ultrium. Решив его проверить, с удивлением для себя получил желаемый результат.
Смысл метода в том, что на сервере DPM, к которому подключена ленточная библиотека, нужно найти ветку реестра
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetEnumSCSI[Идентификатор девайса Ultrium LTO-3][Цифровой код экземпляра девайса]Device Parameters
и создать в этой ветке ключ Storport
В ключе Storport нужно создать строковой параметр (REG_DWORD) BusyRetryCount и присвоить ему десятичное (Decimal) значение – 250
Описание этого и других параметров драйвера Storport можно найти в статье KB932755 — An updated Storport storage driver is available for Windows Server 2003
В моём случае добавленный ключ реестра выглядит следующим образом:
После правки реестра необходимо перезагрузить сервер.
DPM и HP StorageWorks MSL2024 Tape Library — 0x8007045D
В бытность System Center 2007 и 2010 мне так и не удалось заставить адекватно работать DPM на Windows Server 2008 R2 с ленточной библиотекой HP StorageWorks MSL2024. В своё время открывалось пару обращений в службу тех.поддержки MS, результат которых сводился к тому что, проблемы на стороне драйверов вендора этой ленточной библиотеки. К вендору обращаться не пришлось, так как гарантия на девайс закончилась. После установки DPM 2012 я решил вернуться к этому вопросу и попробовать снова заставить работать эту связку, но сразу же получил результат, хуже прежнего, – при работе с лентой DPM не мог записать на ленту объемы, хотя-бы приближённо напоминающие её реальную ёмкость. Операции записи каждый раз использовали ничтожный размер ёмкости и переключались на новую ленту.
В конечном итоге всё это безобразие каждый раз заканчивалось ошибкой ввода/вывода 0x8007045D
В документе описывается метод лечения неадекватного поведения драйвера Storport версии выше 5.2.3790.3959 при работе с ленточными драйвами HP StorageWorks Ultrium. Решив его проверить, с удивлением для себя получил желаемый результат.
Смысл метода в том, что на сервере DPM, к которому подключена ленточная библиотека, нужно найти ветку реестра
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetEnumSCSI[Идентификатор девайса Ultrium LTO-3][Цифровой код экземпляра девайса]Device Parameters
и создать в этой ветке ключ Storport
В ключе Storport нужно создать строковой параметр (REG_DWORD) BusyRetryCount и присвоить ему десятичное (Decimal) значение – 250
Описание этого и других параметров драйвера Storport можно найти в статье KB932755 — An updated Storport storage driver is available for Windows Server 2003
В моём случае добавленный ключ реестра выглядит следующим образом:
После правки реестра необходимо перезагрузить сервер.
