the 201 disk, and it's set to be R/W:
DASD 0201 3390 V6SHR1 R/W 3338 CYL ON DASD 4217 SUBCHANNEL = 0003
Nothing else is accessing this disk. Apparently, SLES thinks / needs to
be mounted readonly. Any ideas?
Thanks,
-Matt
--
Matt Gourley
Systems Administrator
Pennsylvania State University
Mark Post wrote:
On 8/6/2008 at 3:28 PM, in message [EMAIL PROTECTED], Matt Gourley
[EMAIL PROTECTED] wrote:
One of our Linux images was booted on Monday for the first time since
March. During the boot, we started getting error messages telling us
that / was a read-only file system
Mark Post wrote:
On 8/6/2008 at 3:51 PM, in message [EMAIL PROTECTED], Matt Gourley
[EMAIL PROTECTED] wrote:
-snip-
I've already tried running an fsck on the filesystem. Because I can't
write to it, I wound up shutting down and logging off the problem
system, LINKing its 201 disk MR
Mark Post wrote:
On 8/6/2008 at 3:51 PM, in message [EMAIL PROTECTED], Matt Gourley
[EMAIL PROTECTED] wrote:
-snip-
I've already tried running an fsck on the filesystem. Because I can't
write to it, I wound up shutting down and logging off the problem
system, LINKing its 201 disk MR
system.
-Matt
--
Matt Gourley
Systems Administrator
Pennsylvania State University
Administrative Information Services - Infrastructure/Sysarc
Rm 25 Shields Bldg., University Park, PA 16802
(814) 865-8726
[EMAIL PROTECTED
the LUN to the guestvol system through YaST and reboot, the
LUN information is lost. Obviously, this isn't good. :)
Anyone out there doing both basevol/guestvol and ZFCP? Thanks in
advance for your help.
-Matt
--
Matt Gourley
Systems Administrator
Pennsylvania State University
Administrative
Mark Post wrote:
On Fri, May 4, 2007 at 2:00 PM, in message [EMAIL PROTECTED], Matt
Gourley [EMAIL PROTECTED] wrote:
-snip-
2) If I add the LUN to the guestvol system through YaST and reboot, the
LUN information is lost. Obviously, this isn't good. :)
-snip-
Sounds like you need to re
into this would be helpful.
Thanks,
-Matt
--
Matt Gourley
Systems Administrator
Pennsylvania State University
Administrative Information Services - Infrastructure/Sysarc
Rm 25 Shields Bldg., University Park, PA 16802
(814) 865-8726
[EMAIL PROTECTED
PROTECTED] On Behalf Of
Matt Gourley
Posted At: Wednesday, March 22, 2006 9:35 AM
Posted To: Marist EDU
Conversation: Backups with FDR/Upstream
Subject: Backups with FDR/Upstream
Morning all,
I know this isn't the Upstream list, but I figured I'd sanity-check what
I've done with my Linux images setup
in the scroll of the IPL before this point that
inidicates any problems, though if necessary I could copy/paste the
whole thing. Any insights into this would be helpful.
Thanks,
-Matt
--
Matt Gourley
Systems Administrator
Pennsylvania State University
Administrative Information Services
, and
linux5 IPL'd just fine.
Big thanks to all for your help.
-Matt
Adam Thornton wrote:
On Mar 22, 2006, at 1:14 PM, Matt Gourley wrote:
The plot thickens...
I checked /mnt/linux5/var/log/messages, and saw a number of these
entries:
Mar 22 13:54:10 (none) mingetty[777]: /dev/ttyS0
optimal. (Call me crazy, but I'd like to avoid the 3am phone call to
mount a filesystem that should be mounted on boot. :) ) Any ideas?
Thanks,
-Matt
--
Matt Gourley
Systems Administrator
Pennsylvania State University
Administrative Information Services - Infrastructure/Sysarc
Rm 25 Shields Bldg
instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
Matt Gourley
Systems Administrator
Pennsylvania State University
Administrative Information Services - Infrastructure/Sysarc
Rm 25 Shields Bldg., University Park, PA
This nailed it. I ran the mkinitrd command tailored to my environment,
ran zipl, and IPL'd. /dev/sda mounted on boot.
Big thanks.
-Matt
P David Schaub wrote:
Matt Gourley wrote:
I've run into an interesting issue with SLES 9 64-bit and zfcp and was
hoping someone here had an idea
-i XFree86-libs-32bit' on one of
our clones, yast exits with no errors, but XFree86-libs-32bit is not
installed either. Is keeping the 31-bit code an issue?
Thanks in advance,
-Matt
--
Matt Gourley
Systems Administrator
Pennsylvania State University
Administrative Information Services
-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Matt Gourley
Sent: Monday, June 27, 2005 12:22 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: RPMs to keep/purge after installation
lsmod does confirm that it's loaded. ifconfig -a, on the other hand,
still doesn't list anything. If I
Of
Matt Gourley
Sent: Friday, June 24, 2005 9:10 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: RPMs to keep/purge after installation
Well, I did spend some time getting rid of a bunch of RPMs on the golden
image yesterday. Unfortunately for me, one or more of the RPMs I nuked
were necessary
Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Matt Gourley
Sent: Monday, June 27, 2005 8:39 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: RPMs to keep/purge after installation
'lsmod | grep qdio' comes up with information; 'lsmod | grep qeth' does
not. I think
if it loaded, and
ifconfig -a should show an interface now (maybe).
Mark Post
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Matt Gourley
Sent: Monday, June 27, 2005 11:58 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: RPMs to keep/purge after installation
! :-) )
Again, thanks in advance.
--
Matt Gourley
Systems Administrator
Pennsylvania State University
Administrative Information Services - Infrastructure/Sysarc
Rm 25 Shields Bldg., University Park, PA 16802
(814) 865-8726
[EMAIL PROTECTED
the golden image from the controller, I'd do that, but I'm
having difficulties understanding how that might be possible.
Would I be able to do something via chroot /sles9golden from the
controller and running YaST?
--
Matt Gourley
Systems Administrator
Pennsylvania State University
Administrative
. the XFree86-* RPMs on a system that doesn't have X
installed. Or the at RPM, when we plan on using and standardizing to
cron. If we start getting rid of these RPMs in an attempt to make the
golden image as lean as possible, will this break stuff we may need later?
Thanks in advance.
--
Matt
22 matches
Mail list logo
