- Community Home
- >
- Storage
- >
- Entry Storage Systems
- >
- Disk Enclosures
- >
- XP config change auditing
Disk Enclosures
1753886
Members
7545
Online
108809
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-05-2004 02:30 AM
тАО02-05-2004 02:30 AM
XP config change auditing
We experienced a pretty major problem a few days ago with a development server. /stand (the boot volume) disappeared on us, though some other volumes in vg00 survived. vg00 resided on our XP-512 array.
Anyway, we were doing some work on the XP at the time and I wanted to confirm that this work was not responsible for the disaster. We did everything we could to trace our steps, and even got the RC to analyze a log dump from the SVP.
I was astonished when the RC told me that the XP does not audit config changes. Shortly before we booted up the development server, I performed several BC paircreates, deleted LUNs, added new LUNs, freed up a couple of LUSEs and made changes to Secure Manager. None of these changes were noted in the SVP dump. How is it possible for a storage frame targeted at the top-tier enterprise customers could ignore auditing?
I check my work religiously and am quite confident that none of my actions touched the dev server's vg00, but I'd have a stronger leg to stand on if I had a change log to back me up. I don't.
How do other XP users handle config auditing?
Anyway, we were doing some work on the XP at the time and I wanted to confirm that this work was not responsible for the disaster. We did everything we could to trace our steps, and even got the RC to analyze a log dump from the SVP.
I was astonished when the RC told me that the XP does not audit config changes. Shortly before we booted up the development server, I performed several BC paircreates, deleted LUNs, added new LUNs, freed up a couple of LUSEs and made changes to Secure Manager. None of these changes were noted in the SVP dump. How is it possible for a storage frame targeted at the top-tier enterprise customers could ignore auditing?
I check my work religiously and am quite confident that none of my actions touched the dev server's vg00, but I'd have a stronger leg to stand on if I had a change log to back me up. I don't.
How do other XP users handle config auditing?
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-06-2004 03:37 PM
тАО02-06-2004 03:37 PM
Re: XP config change auditing
Our experience are as under:
1. vg00 is created on the internal disk of the system and not on XP.
2. Any change at XP level is done only by Customer Engineer. Noone is allowed to make changes in the configuration at XP.
3. Any change at XP level is preceded by Ignite/Full FS backup.
sks
1. vg00 is created on the internal disk of the system and not on XP.
2. Any change at XP level is done only by Customer Engineer. Noone is allowed to make changes in the configuration at XP.
3. Any change at XP level is preceded by Ignite/Full FS backup.
sks
A rigid mind is very sure, but often wrong. A flexible mind is generally unsure, but often right.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-11-2004 06:48 AM
тАО02-11-2004 06:48 AM
Re: XP config change auditing
Hi,
Just curiuos to know how the boot process from XP512 to the server is setup..
Just curiuos to know how the boot process from XP512 to the server is setup..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-11-2004 08:14 AM
тАО02-11-2004 08:14 AM
Re: XP config change auditing
The boot from SAN process is pretty straightforward. We use Emulex LP8000 HBAs and have configured them in boot-from-SAN mode, which basically just means we enabled the boot BIOS.
During the initial Win2K install, we popped in the Win2K CD, hit a key very early in the setup screen to indicate that we'd install additional drivers, fed the Windows setup the HBA drivers (from a floppy) about five minutes later, and then just installed normally. With the HBA drivers installed, the LUNs on the SAN were visible and we specified one of those LUNs as our boot device.
During the server POST, an Emulex prompt appears that tells you to hit alt-E in order to configure the Emulex cards. We hit Alt-E during the first boot, pointed to the LUN we wanted to boot from, and then let it fly.
The only caveat is that if your server has two HBAs and you're using AutoPath or other DMP software, be sure to unplug one HBA during the Win2K install. You can plug it in once you've installed your DMP software.
During the initial Win2K install, we popped in the Win2K CD, hit a key very early in the setup screen to indicate that we'd install additional drivers, fed the Windows setup the HBA drivers (from a floppy) about five minutes later, and then just installed normally. With the HBA drivers installed, the LUNs on the SAN were visible and we specified one of those LUNs as our boot device.
During the server POST, an Emulex prompt appears that tells you to hit alt-E in order to configure the Emulex cards. We hit Alt-E during the first boot, pointed to the LUN we wanted to boot from, and then let it fly.
The only caveat is that if your server has two HBAs and you're using AutoPath or other DMP software, be sure to unplug one HBA during the Win2K install. You can plug it in once you've installed your DMP software.
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP