Re: SL 5.5 machines crash when using ATI proprietary driver
On Tue, Oct 11, 2011 at 09:38:31AM -0600, Alex Finch wrote: We have a number of SL 5.5 machines with ATI graphics cards. We have discovered that they freeze when using the ati proprietary driver (fglrx). I am guessing this is since the recent xorg-x11-server update on 7th October. They had worked fine previously, and they work ok if I revert to a default xorg.conf. Does anyone else see this problem, or even better, have a solution? Alex Finch We had the same problem here (with SL 5.6) on some lab machines where we have to use the ATI proprietary driver. As I was away on Friday when this showed up, the machines were rebuilt resulting in working machines (but with mediocre performance). Re-installing our local custom RPM for the fglrx driver was successful with no changes required. I suspect that the problem arises from the fglrx driver replacing some of the system files with it's own and when these files were changed by the RPM they belong to, the fglrx driver got confused and stopped operating properly. It looks like the solution may be as simple as just re-installing the fglrx driver. Steven Leikeim -- Steven Leikeim, GSEC-Gold| We, the willing Schulich School of Engineering | led by the unknowing Information Technologies | are doing the impossible | for the ungrateful. University of Calgary| We have done so much Calgary, Alberta | for so long with so little | we are now qualified Phone: (403) 220-5373| to do anything with nothing.
Re: SL 5.5 machines crash when using ATI proprietary driver
On 13/10/11 16:51, Steven Leikeim wrote: On Tue, Oct 11, 2011 at 09:38:31AM -0600, Alex Finch wrote: We have a number of SL 5.5 machines with ATI graphics cards. We have discovered that they freeze when using the ati proprietary driver (fglrx). I am guessing this is since the recent xorg-x11-server update on 7th October. They had worked fine previously, and they work ok if I revert to a default xorg.conf. Does anyone else see this problem, or even better, have a solution? Alex Finch We had the same problem here (with SL 5.6) on some lab machines where we have to use the ATI proprietary driver. As I was away on Friday when this showed up, the machines were rebuilt resulting in working machines (but with mediocre performance). Re-installing our local custom RPM for the fglrx driver was successful with no changes required. I suspect that the problem arises from the fglrx driver replacing some of the system files with it's own and when these files were changed by the RPM they belong to, the fglrx driver got confused and stopped operating properly. It looks like the solution may be as simple as just re-installing the fglrx driver. Steven Leikeim That would make sense. The ATI installer overwrites some OpenGL libs with it's own libs and if the package providing those libs within the distro subsequently receives an update then it will subsequently overwrite the ATI libs thus breaking the driver. This is one of the advantages of using a properly packaged version of the driver - the ATI libs can then be safely installed to a location where they will not conflict with the distro libs and this type of situation can be avoided.
Re: SL 5.5 machines crash when using ATI proprietary driver
Phil, Thanks for the information. When I went to the AMD site and entered the hardware type of one of our machines (Radeon X300) I was offered a package from 2009 which did not work. However today I found a machine with some more modern hardware, and entered that and I was offered a more recent package. This worked on the machine with the more modern hardware, but not on the older hardware, so it seems that one can no longer use fglrx on this older kit. I tried using your package on elrepo but unfortunately I got a conflict: yum install kmod-fglrx fglrx-x11-drv -- Running transaction check --- Package fglrx-x11-drv.i386 0:11.9-1.el5.elrepo set to be updated --- Package kmod-fglrx.i686 0:11.9-1.el5.elrepo set to be updated -- Processing Conflict: kmod-fglrx conflicts module-init-tools = 3.3-0.pre3.1.60.el5 -- Finished Dependency Resolution Do you have any idea of how I should fix it? Alex
Re: SL 5.5 machines crash when using ATI proprietary driver
On Wed, 12 Oct 2011, Alex Finch wrote: Phil, Thanks for the information. When I went to the AMD site and entered the hardware type of one of our machines (Radeon X300) I was offered a package from 2009 which did not work. However today I found a machine with some more modern hardware, and entered that and I was offered a more recent package. This worked on the machine with the more modern hardware, but not on the older hardware, so it seems that one can no longer use fglrx on this older kit. I tried using your package on elrepo but unfortunately I got a conflict: yum install kmod-fglrx fglrx-x11-drv -- Running transaction check --- Package fglrx-x11-drv.i386 0:11.9-1.el5.elrepo set to be updated --- Package kmod-fglrx.i686 0:11.9-1.el5.elrepo set to be updated -- Processing Conflict: kmod-fglrx conflicts module-init-tools = 3.3-0.pre3.1.60.el5 -- Finished Dependency Resolution Do you have any idea of how I should fix it? You need to update module-init-tools to a later version. This version is in fastbugs. yum --enablerepo=sl-fastbugs update module-init-tools -Connie Sieh Alex
Re: SL 5.5 machines crash when using ATI proprietary driver
On Wed, Oct 12, 2011 at 5:24 PM, Nico Kadel-Garcia nka...@gmail.com wrote: On Wed, Oct 12, 2011 at 11:00 AM, Connie Sieh cs...@fnal.gov wrote: On Wed, 12 Oct 2011, Alex Finch wrote: -- Processing Conflict: kmod-fglrx conflicts module-init-tools = 3.3-0.pre3.1.60.el5 Do you have any idea of how I should fix it? You need to update module-init-tools to a later version. This version is in fastbugs. yum --enablerepo=sl-fastbugs update module-init-tools -Connie Sieh And updating to SL 5.7 would be a good idea, in general. Anytime you start bringing in repositories from another repo or source, it's unfair to rely on it to be compatible with an out of date release of other system software. The reason why module-init-tools-3.3-0.pre3.1.60.el5 triggered 'Conflict' is because that particular version of module-init-tools has a bug and causes issues with kmod packages: https://bugzilla.redhat.com/show_bug.cgi?id=593504 So, as far as that version is avoided, ELRepo kmods should work fine in any release of SL they are built for. Akemi
Re: SL 5.5 machines crash when using ATI proprietary driver
Hi Alex- While I am not committed to the ATI proprietary drivers, I have been forced to use them for a number of reasons. If you haven't noticed, since March, every month (if not more frequently), ATI releases an update as a rule. It is an unnecessary and very time-consuming effort. Other than keeping up with the updates, I have not found a better solution, other than changing vendors. Regards, Wil On Tue, Oct 11, 2011 at 8:38 AM, Alex Finch a.fi...@lancaster.ac.uk wrote: We have a number of SL 5.5 machines with ATI graphics cards. We have discovered that they freeze when using the ati proprietary driver (fglrx). I am guessing this is since the recent xorg-x11-server update on 7th October. They had worked fine previously, and they work ok if I revert to a default xorg.conf. Does anyone else see this problem, or even better, have a solution? Alex Finch
Re: SL 5.5 machines crash when using ATI proprietary driver
Hi Phil, Yes, I went through that route when I was using the Radeon HD5970 card in April or so---nothing but problems. I'm now using the Radeon HD5750 and am still relying on the proprietary drivers as my past experience with Elrepo drivers cost me hours of circular work. I have not visited the Elrepo pages for documentation of late, but several months ago it was deficient and, to some degree, misleading. -Wil On Tue, Oct 11, 2011 at 11:24 AM, Phil Perry p...@pendre.co.uk wrote: On 11/10/11 19:04, Wil Irwin wrote: Hi Alex- While I am not committed to the ATI proprietary drivers, I have been forced to use them for a number of reasons. If you haven't noticed, since March, every month (if not more frequently), ATI releases an update as a rule. It is an unnecessary and very time-consuming effort. Other than keeping up with the updates, I have not found a better solution, other than changing vendors. Regards, Wil Will, Elrepo.org has RPM packages for the proprietary ATI drivers for both SL5 and SL6 (kmod-fglrx and fglrx-x11-drv) and these are updated monthly as ATI release new updates. If you use these packaged drivers, updating is as simple as running 'yum update' followed by a reboot. Hope that helps.
Re: SL 5.5 machines crash when using ATI proprietary driver
Hi Phil- My intent was not to create frustration. Below I have pasted the most relevant excerpt from our exchange several months ago. After that exchange, and some success with the ATI drivers, I had to move on to new projects. Regards, Wil --- On Thu, Mar 17, 2011 at 1:12 AM, Wil Irwin wil.ir...@gmail.com wrote: Hi Phil- Very rewarding, if not a bit confusing, starting from scratch with the SL6 Live installation and THEN making the leap to install the proprietary ATI (release 02/15/2011) drivers worked. In fact, the SL6 Live appeared (literally) to recognize the graphics subsystem in that the installation feedback stream was at a font size (and type?!?) which was readable (if one can speed read). My objective was not to have proprietary ATI control, but it is present and the performance is what would be expected with this display driver. It was almost perfectly smooth. After most initial prelim installation of system updates and such, graphics failed. But after the delightful success of the initial performance, a quick re-install of ATI things solved the problem(s). I should add that while I was very motivated to get maximum performance (data visualization, not games), the basic display driver components which were packaged with SL DVD LIVE proper recognized not only the display card but the monitor model. Thus far keeping fingers crossed. I don't know if I can offer further help others to solve this rather hideous problem(s), but I will endeavor to keep technical information forthcoming. Best regards, Wil As an update: There appears to be a not-at-all-interesting theme. The proprietary ATI driver installs correctly and is properly configurable, UNTIL you install (any) updates-- presumably updates to X-11 and/or kernel. The system was running smoothly until I bit the bullet and did a 'yum update' last week. After that, the display system was corrupted. This is most easily evidenced by the scrolling in Firefox, and the nature of the corruption has evolved, so to speak. Previously, when the display system broke after updates, the behavior of the browser was VERY slow (actually not functional). The effect of updates last week did not affect the scroll rate, per se, but the contents were not systematically garbled (e.g., a section of a page, likely a p /p, would be illegible, but sometimes content before and after were fine). As I have stated previously, I am not bent on using the proprietary ATI driver, however given the very recent release of 11.2 in February, one would want that to work. Previous suggestions to use kmod-fglrx from elrepo.orgwas totally unsuccessful. I noted just now that the page contents have been updated to suggest that this generation of ATI devices should be supported, but without confirming, I don't believe the guts of kmod-fglrx have changed so I am not sanguine about the success of that route. Thoughts or comments from users with similar experiences would be useful. Regard, Wil On Tue, Oct 11, 2011 at 12:30 PM, Phil Perry p...@pendre.co.uk wrote: On 11/10/11 19:41, Wil Irwin wrote: Hi Phil, Yes, I went through that route when I was using the Radeon HD5970 card in April or so---nothing but problems. I'm now using the Radeon HD5750 and am still relying on the proprietary drivers as my past experience with Elrepo drivers cost me hours of circular work. I have not visited the Elrepo pages for documentation of late, but several months ago it was deficient and, to some degree, misleading. It's a Wiki - did you offer to correct/update it? Did you file a bug report detailing the problem/solution? I have spent many many hours of my evenings and weekends developing those ATI driver packages for the community, and I don't even use ATI products let alone have hardware to develop/test them on so I'm totally reliant on *quality* end user feedback. Elrepo.org has over 500,000 users and I can count the amount of feedback I've received on one hand so I'm sure you'll understand my frustration at reading your comments. Feel free to donate a test box with ATI hardware and RHEL licence to elrepo.org :-/
Re: SL 5.5, installing nVidia display driver
On 2011-04-25 02:07 AM, Vaclav Mocek wrote: On 04/24/2011 06:36 PM, Timmy Siu wrote: As you know, RHEL 5.5's suspend and hibernate features can hardly work (simply hangs up). Nope. Depends on your HW. Suspend and hibernation work flawlessly on my Intel based laptops. My [certified] servers don't have problems as well, including WOL. Vaclav M. How do you setup Suspend/Hibernate mode for your main board? My main board is Asus with nForce 590 AMD chipset. I also want WOL feature. :-) Timmy Siu
Re: SL 5.5, installing nVidia display driver
Thank you Jason and all other contributors, atrmps has many nvidia drivers. I chose the v. 260 and it works great! :-D Timmy Siu On 2011-04-25 02:05 AM, Jason Bronner wrote: 1) login. init runlevel 3 it. compile / install your driver on the command line. change back to runlevel 5. 2) use a premade kernel mod binary from someone like ATRpms / dag and install it with yum. On 4/24/11, Timmy Siumoon...@netscape.net wrote: Dear All SL 5.5 Users, I am installing a nVidia display driver for my Quadro FX-540 on SL 5.5. It said that it has Suspend feature. It sounds very attractive for energy saving. As you know, RHEL 5.5's suspend and hibernate features can hardly work (simply hangs up). http://www.nvidia.com/object/unix.html The installation requires that I exit the X-Windows to command prompt. (1) How do I exit to the command prompt from the Gnome login gateway of SL 5.5? (2) How do I return to the Gnome login gateway of SL 5.5 after I have successfully installed the nvidia display driver? :-P The Failsafe command prompt is actually still inside the X-windows. :-D Yours Faithfully, Timmy Siu
Re: SL 5.5, installing nVidia display driver
On 04/24/2011 01:36 PM, Timmy Siu wrote: snip (1) How do I exit to the command prompt from the Gnome login gateway of SL 5.5? Just login, and in a terminal window enter init 3 as root. That will exit X (entering runlevel 3). (2) How do I return to the Gnome login gateway of SL 5.5 after I have successfully installed the nvidia display driver? :-P Reboot (nVidia drivers have some kernel action). For the record, you can change the /etc/inittab file to do this permanently (the 'startx' command will start Gnome/X. Randy
Re: SL 5.5, installing nVidia display driver
On 04/24/2011 06:36 PM, Timmy Siu wrote: As you know, RHEL 5.5's suspend and hibernate features can hardly work (simply hangs up). Nope. Depends on your HW. Suspend and hibernation work flawlessly on my Intel based laptops. My [certified] servers don't have problems as well, including WOL. Vaclav M.
Re: SL 5.5 Luks losetup
Well thanks for your reply and thanks to tc.hago for his reply but I think there is something wrong not with useage but now perhaps the kernel which comes with rhel5 (and earlier according to google). It doesn't have the kernel modules: see output of /sbin/lsmod |grep crypto crypto_blkcipher 17473 1 cbc crypto_algapi 22721 2 cbc,crypto_blkcipher crypto_api 12609 3 xfrm_nalgo,crypto_blkcipher,crypto_algapi Well this is going a little beyond my Knowledge of linux now so I can't say for sure but aes is not listed in the output. But I understand that encryption is also listed as a number as well as by name so I just don't know. Thanks anyway. Richard. On Tue, 2011-02-08 at 14:47 -0800, Ray Van Dolson wrote: On Tue, Feb 08, 2011 at 10:13:49PM +, g wrote: On 02/08/2011 08:48 PM, g1vrg wrote: Hi, I'm on SL 5.5 and have Luks encrypted partitions. Can anyone tell me whether the encrytption type is aes and key size please? never used luks, but i did find this link to have some good info; https://wiki.archlinux.org/index.php/System_Encryption_with_LUKS_for_dm-crypt On another matter when trying to get losetup (cryptoloop) to work it returns with the error ioctl: LOOP_SET_STATUS: invalid argument. as above, but did recheck page and there is at above link; # 7 Encrypting a loopback filesystem * 7.1 Preparation and mapping * 7.2 Encrypt using a key-file * 7.3 Resizing the loopback filesystem which may help, until someone knowledged replies. hth. -- peace out. tc.hago, g . FYI, the CentOS wiki has a pretty good page on dm-crypt plus LUKS: http://wiki.centos.org/HowTos/EncryptedFilesystem Ray
Re: SL 5.5 Luks losetup
On 02/08/2011 08:48 PM, g1vrg wrote: Hi, I'm on SL 5.5 and have Luks encrypted partitions. Can anyone tell me whether the encrytption type is aes and key size please? never used luks, but i did find this link to have some good info; https://wiki.archlinux.org/index.php/System_Encryption_with_LUKS_for_dm-crypt On another matter when trying to get losetup (cryptoloop) to work it returns with the error ioctl: LOOP_SET_STATUS: invalid argument. as above, but did recheck page and there is at above link; # 7 Encrypting a loopback filesystem * 7.1 Preparation and mapping * 7.2 Encrypt using a key-file * 7.3 Resizing the loopback filesystem which may help, until someone knowledged replies. hth. -- peace out. tc.hago, g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature
Re: SL 5.5 Luks losetup
On Tue, Feb 08, 2011 at 10:13:49PM +, g wrote: On 02/08/2011 08:48 PM, g1vrg wrote: Hi, I'm on SL 5.5 and have Luks encrypted partitions. Can anyone tell me whether the encrytption type is aes and key size please? never used luks, but i did find this link to have some good info; https://wiki.archlinux.org/index.php/System_Encryption_with_LUKS_for_dm-crypt On another matter when trying to get losetup (cryptoloop) to work it returns with the error ioctl: LOOP_SET_STATUS: invalid argument. as above, but did recheck page and there is at above link; # 7 Encrypting a loopback filesystem * 7.1 Preparation and mapping * 7.2 Encrypt using a key-file * 7.3 Resizing the loopback filesystem which may help, until someone knowledged replies. hth. -- peace out. tc.hago, g . FYI, the CentOS wiki has a pretty good page on dm-crypt plus LUKS: http://wiki.centos.org/HowTos/EncryptedFilesystem Ray
Re: SL 5.5 Luks losetup
hi ray, i appreciate your consideration by sending post to me and cc: to scientific linux. but really, do you not think i wold see your post without sending to directly to me? or is it that you like to live up to your isp's name? :) On 02/08/2011 10:47 PM, Ray Van Dolson ra...@bludgeon.org wrote: FYI, the CentOS wiki has a pretty good page on dm-crypt plus LUKS: http://wiki.centos.org/HowTos/EncryptedFilesystem may be so. but i do not have anything to do with centos, which is why i use scientific linux. ;) *no offense intended in part of whole of this email.* btw, if it were me, i would consider a different way of abbreviating middle and last name. like 'rayv...@blugeon.org'. -- peace out. tc.hago, g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature
Re: SL 5.5 Luks losetup
On Tue, Feb 08, 2011 at 11:42:05PM +, g wrote: hi ray, i appreciate your consideration by sending post to me and cc: to scientific linux. but really, do you not think i wold see your post without sending to directly to me? or is it that you like to live up to your isp's name? :) On 02/08/2011 10:47 PM, Ray Van Dolson ra...@bludgeon.org wrote: FYI, the CentOS wiki has a pretty good page on dm-crypt plus LUKS: http://wiki.centos.org/HowTos/EncryptedFilesystem may be so. but i do not have anything to do with centos, which is why i use scientific linux. ;) *no offense intended in part of whole of this email.* btw, if it were me, i would consider a different way of abbreviating middle and last name. like 'rayv...@blugeon.org'. You're welcome! Ray
[OT] addressing/replying to list [thread ravel from: Re: SL 5.5 Luks losetup]
On 02/08/2011 11:48 PM, Chris Tooley wrote: We receive emails as CC to scientific linux and a From: original sender field. Reply to all is best, as it sends to everyone on the list - especially if you have an answer, this way everyone finds out. Generally I remove the To: field when I'm responding, but some people might not, I wouldn't take any offense at it :) i have been with this tsl for several years now and i understand how this list works. yet it is different from all of other list. other list insert a reply-to: or they send 'from: listname'. as it is, if a replier sends to: poster and a cc: sl, then a subscriber is 'hammed' and 'spammed' with emails. if list handler was set up to insert a reply-to:, which i forget to do sometimes, it would make things a lot easier. in respect to your reply, to reply *only* to:poster, as some subscribers, do, does deprive rest of subscribers of knowing that post has been answered and what answer is. also, it leads to multi replies that may not be needed. even further, a reader could/might be of attitude, oh, that is an easy one to answer. poster has probably received several answers by now, so i do not think i will bother. wherein, fact maybe that no one replies and poster goes without getting any replies to his post. i noted in your post, you sent; To: owner-scientific-linux-us...@listserv.fnal.gov Cc: scientific linux users scientific-linux-us...@fnal.gov is it really necessary to send to 'owner' of users' list server? CentOS and Scientific Linux are both RHEL based - generally, this i am aware of, but as you say, 'generally'. if you find something about packages for CentOS it's applicable to SL. maybe. as for offense, definitely, none taken. i learned years ago to always consider the source. (GBWG) -- peace out. tc.hago, g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature
Re: SL 5.5
What file system is on /dev/sdb, /dev/sdc, /dev/sdd What kind of partition table did you use? Are there any software monitoring and diagnostics you have for the Areca RAID controller? Steve Timm On Tue, 28 Dec 2010, Ciprian Pinzaru wrote: Hello, I have SL 5.5 with 2.6.18-194.26.1.el5 on a server storage with raid controller Areca 1880. In this server I have 3 volumes: r...@se-grid log]# df -h FilesystemSize Used Avail Use% Mounted on /dev/sda1 19G 3.6G 15G 21% / /dev/sda3 9.5G 381M 8.7G 5% /var /dev/sda2 190G 444M 179G 1% /opt tmpfs 12G 0 12G 0% /dev/shm /dev/sdb 21T 67G 20T 1% /ST1 /dev/sdc 21T 65G 20T 1% /ST2 /dev/sdd 15T 64G 15T 1% /ST3 When I test these volume with: dd if=/dev/zero bs=1024 count=1 of=100Gb.file (on every volume). The server freeze and in /var/log/messages appear next log: Dec 28 15:39:27 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x8104af4bb980), cmnd[0x2a,0x 0,0xa7,0xa7,0x76,0xa0,0x 0,0x 0,0x10,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:39:30 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x81035a98f0c0), cmnd[0x2a,0x 0,0xa7,0xa7,0x76,0xb0,0x 0,0x 0,0xc0,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:39:32 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x8104c9d683c0), cmnd[0x2a,0x 0,0xa7,0xa7,0x77,0xa0,0x 0,0x 0,0x48,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:39:35 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x810407810680), cmnd[0x2a,0x 0,0xa7,0xa7,0x78,0x38,0x 0,0x 0,0x18,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:39:37 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x8104cbe86200), cmnd[0x2a,0x 0,0xa7,0xa7,0x78,0x60,0x 0,0x 0,0x40,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:39:40 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x81046c1c5800), cmnd[0x2a,0x 0,0xa7,0xa7,0x78,0xc0,0x 0,0x 0,0x 8,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:39:43 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x81035a92bb00), cmnd[0x2a,0x 0,0xa7,0xa7,0x78,0xe8,0x 0,0x 0,0xb8,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:39:45 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x81035a92b800), cmnd[0x2a,0x 0,0xa7,0xa7,0x79,0xb0,0x 0,0x 0,0x60,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:39:48 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x8105f47bcb00), cmnd[0x2a,0x 0,0xa7,0xa7,0x7a,0x20,0x 0,0x 0,0x60,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:39:51 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x8104f14a3500), cmnd[0x2a,0x 0,0xa7,0xa7,0x7a,0x90,0x 0,0x 0,0x60,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:39:53 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x81035a92b680), cmnd[0x2a,0x 0,0xa7,0xa7,0x7b,0x 0,0x 0,0x 0,0x68,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:39:56 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x8103dd4d5e00), cmnd[0x2a,0x 0,0xa7,0xa7,0x7b,0x78,0x 0,0x 0,0x58,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:39:58 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x8103e62ce6c0), cmnd[0x2a,0x 0,0xa7,0xa7,0x7b,0xe0,0x 0,0x 0,0x10,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:40:01 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x810618c56980), cmnd[0x2a,0x 0,0xa7,0xa7,0x7b,0xf0,0x 0,0x 0,0x10,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:40:04 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x81036934f200), cmnd[0x2a,0x 0,0xa7,0xa7,0x7c,0x 0,0x 0,0x 0,0x40,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:40:06 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x81046990c0c0), cmnd[0x2a,0x 0,0xa7,0xa7,0x7c,0x50,0x 0,0x 0,0x60,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Dec 28 15:40:09 se-grid kernel: scsi cmnd aborted, scsi_cmnd(0x8104f14a3080), cmnd[0x2a,0x 0,0xa7,0xa7,0x7c,0xc0,0x 0,0x 0,0x60,0x 0,0x 0,0x 0], scsi_id = 0x 0, scsi_lun = 0x 0. Could you help me to resolve my problem? Thanks, -- -- Steven C. Timm, Ph.D (630) 840-8525 t...@fnal.gov http://home.fnal.gov/~timm/ Fermilab Computing Division, Scientific Computing Facilities, Grid Facilities Department, FermiGrid Services Group, Group Leader. Lead of FermiCloud project.