scsi drive serial number
Is there an easy way to see the serial numbers for my scsi devices in software, as opposed to ripping the drives out of the box and looking on them? Seems to me like the drives arent in a very convienient place on PWS boxes. Richard Fillion [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: acrobat reader
gv also works pretty well these days for viewiing PDFs Rob. Joakim Roubert wrote: On 4 May 2003, Falk Hueffner wrote: I suppose it was simply compiled for ev56+. Yes, guess so. :( However, I'd just use xpdf :) :) /Joakim
Re: acrobat reader
On 4 May 2003, Falk Hueffner wrote: > I suppose it was simply compiled for ev56+. Yes, guess so. :( > However, I'd just use xpdf :) :) /Joakim -- http://www.efd.lth.se/~d97jro/
Re: acrobat reader
Joakim Roubert <[EMAIL PROTECTED]> writes: > Earlier I've been using the Acrobat Reader 3 on my AlphaStation 200 > (21064), and that's working fine. > > Now I installed Acrobat Reader 4.05, and get this: > > octavia:packages/Acrobat4/bin$ ./acroread > zsh: illegal hardware instruction ./acroread > octavia:packages/Acrobat4/bin$ > > Is this something that can be configured to work, or am I as a user > of a 21064 system stuck to older versions? I suppose it was simply compiled for ev56+. You could verify that with gdb and disas. There used to be a kernel patch that emulated the missing instructions, it would probably be relatively easy to get that to work again. However, I'd just use xpdf :) -- Falk
acrobat reader
Hi! Earlier I've been using the Acrobat Reader 3 on my AlphaStation 200 (21064), and that's working fine. Now I installed Acrobat Reader 4.05, and get this: octavia:packages/Acrobat4/bin$ ./acroread zsh: illegal hardware instruction ./acroread octavia:packages/Acrobat4/bin$ Is this something that can be configured to work, or am I as a user of a 21064 system stuck to older versions? Regards, /Joakim -- http://www.efd.lth.se/~d97jro/
Re: Lots of D processes
On Sunday 04 May 2003 07:11 am, Craig Small wrote: > On Fri, May 02, 2003 at 07:35:43PM -0500, Kelledin wrote: > > I've been running an old xfs-1.0 release for a while now > > (1.0.2 iirc). It appears to be quite stable, on alpha and > > i386. > > > > About a week ago I decided to try XFS 1.2 just for fun. It > > isn't quite working so well, and I'm still trying to figure > > out why. I'm having the exact same problems as you > > are--processes tend to get stuck in 'D' state. I'm tracking > > it down even as I type this. > > I'm not sure, its whatever XFS that comes with the patches for > 2.4.20 off the SGI ftp server. That would be the one I'm working on now--a post-1.2 snapshot made against 2.4.20. Bloody thing deadlocks just like release-1.2. So far I've found no way to keep it from happening, but I'm not done breaking its spirit yet. ;) -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?"
Re: Lots of D processes
On Fri, May 02, 2003 at 07:35:43PM -0500, Kelledin wrote: > I've been running an old xfs-1.0 release for a while now (1.0.2 > iirc). It appears to be quite stable, on alpha and i386. > > About a week ago I decided to try XFS 1.2 just for fun. It isn't > quite working so well, and I'm still trying to figure out why. > I'm having the exact same problems as you are--processes tend to > get stuck in 'D' state. I'm tracking it down even as I type > this. I'm not sure, its whatever XFS that comes with the patches for 2.4.20 off the SGI ftp server. > So far I've found at least one bug that seems to be related to my > problem. Try grabbing my patch for it at > http://skarpsey.dyndns.org/alpha-lfs/patches/linux-2.4.20-xfs-alpha-deadlock.patch > > and applying it to your XFS-enabled kernel. I'm just not going to use XFS on the alpha any more. Gone back to ext2 and all strangeness has disappeared. Still cannot boot a newer kernel with the hda interrupt failing, must be something to do with the IDE driver and irq 14 and 15 but not sure what. - Craig -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/<[EMAIL PROTECTED]> MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]>
