Re: [CentOS] NFS shutdown issue

2019-10-29 Thread Darby Vicker
> I disagree.  This is probably part of the NFS server, to catch when
> systems are being shut down and cleanly notifying and disconnecting
> clients.

Interesting - thanks for the info.  I can understand that behavior in a
shutdown situation.  But I'm surprised that unmounting (either cleanly or
uncleanly) one of two exported filesystems triggers the NFS service to
shutdown completely.  Is this consistent with other peoples experiences?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] NFS shutdown issue

2019-10-28 Thread Darby Vicker
Hi all,

I have an odd interaction on a CentOS 7 file server.  The basic setup is a
minimal 7.x install.  I have 4 internal drives (/dev/sd[a-d]) configured in
a RAID5 and mounted locally on /data.  This is exported via NFS to ~12
workstations which use the exported file systems for /home.  I have an
external drive connected via USB (/dev/sde) and mounted on /rsnapshot.  I
use rsnapshot to back up the RAID5 to the external drive periodically.  I
also export /rsnapshot (read only) to the workstations so users can grab a
backup copy of /home data if needed.  These two mounts (/data and
/rsnapshot) should be independent of each other.  However, a couple of
times now I've had somebody accidentally unplug my backup drive (sde),
which causes NFS to shut down.  Here are the messages entries when this
happens.

Oct 28 16:34:12 linux-fs01 kernel: xhci_hcd :00:14.0: Cannot set link
state.
Oct 28 16:34:12 linux-fs01 kernel: usb usb4-port2: cannot disable (err =
-32)
Oct 28 16:34:12 linux-fs01 kernel: usb 4-2: USB disconnect, device number 2
Oct 28 16:34:17 linux-fs01 systemd: Stopping NFS server and services...
Oct 28 16:34:17 linux-fs01 systemd: Stopped NFS server and services.
Oct 28 16:34:17 linux-fs01 systemd: Stopping NFSv4 ID-name mapping
service...
Oct 28 16:34:17 linux-fs01 systemd: Stopping NFS Mount Daemon...
Oct 28 16:34:17 linux-fs01 systemd: Stopped NFSv4 ID-name mapping service.
Oct 28 16:34:17 linux-fs01 rpc.mountd[10570]: Caught signal 15,
un-registering and exiting.
Oct 28 16:34:17 linux-fs01 systemd: Stopped NFS Mount Daemon.
Oct 28 16:34:17 linux-fs01 systemd: Stopped target Local File Systems.
Oct 28 16:34:17 linux-fs01 systemd: Unmounting /rsnapshot...
Oct 28 16:34:17 linux-fs01 kernel: XFS (sde1): Unmounting Filesystem
Oct 28 16:34:19 linux-fs01 kernel: XFS (sde1): metadata I/O error: block
0x2800ccac8 ("xlog_iodone") error 5 numblks 64
Oct 28 16:34:19 linux-fs01 kernel: XFS (sde1): xfs_do_force_shutdown(0x2)
called from line 1221 of file fs/xfs/xfs_log.c.
Return address = 0xc06cec30
Oct 28 16:34:19 linux-fs01 kernel: XFS (sde1): Log I/O Error Detected.
Shutting down filesystem
Oct 28 16:34:19 linux-fs01 kernel: XFS (sde1): Please umount the filesystem
and rectify the problem(s)
Oct 28 16:34:19 linux-fs01 kernel: XFS (sde1): Unable to update superblock
counters. Freespace may not be correct on next mount.
Oct 28 16:34:20 linux-fs01 systemd: Unmounted /rsnapshot.
Oct 28 16:34:20 linux-fs01 kernel: nfsd: last server has exited, flushing
export cache

Should it be expected that NFS stops when one of the exports is unmounted?
I don't think so.  Below is some more info on the setup.  Getting another
eye on this would be much appreciated.

Darby

/etc/fstab entries

/dev/md/Storage /data   xfs defaults0 0
LABEL=rsnapshot /rsnapshot  xfs defaults0 0


/etc/exports

/data10.0.223.0/22(rw,async,no_root_squash)
/rsnapshot   10.0.223.0/22(ro,sync,no_root_squash)



mdrad info

[root@linux-fs01 ~]# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md125 : active raid5 sda[3] sdb[2] sdc[1] sdd[0]
  134217728 blocks super external:/md127/0 level 5, 64k chunk,
algorithm 0 [4/4] []

md126 : active raid5 sda[3] sdb[2] sdc[1] sdd[0]
  5440012288 blocks super external:/md127/1 level 5, 64k chunk,
algorithm 0 [4/4] []

md127 : inactive sda[3](S) sdb[2](S) sdd[1](S) sdc[0](S)
  20804 blocks super external:imsm

unused devices: 
[root@linux-fs01 ~]# mdadm -D /dev/md/System
/dev/md/System:
 Container : /dev/md/imsm0, member 0
Raid Level : raid5
Array Size : 134217728 (128.00 GiB 137.44 GB)
 Used Dev Size : 44739328 (42.67 GiB 45.81 GB)
  Raid Devices : 4
 Total Devices : 4

 State : clean
Active Devices : 4
   Working Devices : 4
Failed Devices : 0
 Spare Devices : 0

Layout : left-asymmetric
Chunk Size : 64K

Consistency Policy : resync


  UUID : b359c1f9:04655baa:52b3ed0c:5aa3c9b6
Number   Major   Minor   RaidDevice State
   3   800  active sync   /dev/sda
   2   8   161  active sync   /dev/sdb
   1   8   322  active sync   /dev/sdc
   0   8   483  active sync   /dev/sdd
[root@linux-fs01 ~]#
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Radeon graphics problems with CentOS 6.6

2015-01-07 Thread Darby Vicker
I sent this last night but it didn't show up in the archives.  Trying
again without the attachment.  Are messages with attachments blocked
on this list?

On Tue, Jan 6, 2015 at 11:50 PM, Darby Vicker  wrote:
> Thanks a ton for the suggestions and info everyone.
>
>> Two things I think you should consider doing...
>> 1) in your next post (and any bugs you open), include the `uname -a` of
>> the last known to work correctly CentOS/RHEL kernel, and the `uname -a`
>> of the first known to not work correctly CentOS/RHEL kernel and the
>> respective versions of radeon &| flrgx drivers.
>
> Sure.
>
> Last known kernel to work (pretty sure this is the last update under
> CentOS 6.5):
> Linux c6 2.6.32-431.29.2.el6.x86_64 #1 SMP Tue Sep 9 21:36:05 UTC 2014 x86_64 
> x86_64 x86_64 GNU/Linux
>
> Kernels I've tried that don't work:
>
> kernel-2.6.32-504.el6.x86_64
> kernel-2.6.32-504.1.3.el6.x86_64
> kernel-2.6.32-504.3.3.el6.x86_64
> kernel-2.6.32-504.3.3.el6.centos.plus.x86_64
>
> Graphics card:
>
> 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] 
> BeaverCreek [Radeon HD 6530D]
>
> Open source driver version:
>
> xorg-x11-drv-ati-7.3.99-2.el6.x86_64
>
> I tried the proprietary drivers from elrepo too:
>
> fglrx-x11-drv-14.9-1.el6.elrepo.x86_64
>
> But it crashes X and also renders the system unreachable via ssh.  When
> X crashes with the open source driver, I can still get in via ssh.  I
> can boot to an older kernel with the fglrx drivers but graphics
> performance is awful for some reason.
>
>> 2) try out elrepo's el6 kernel-lt & kernel-ml and see if they work
>> correctly for you.  I suggest this, because for me it did workaround an
>> issue with intel chips (I guess I need to see what it will take to get
>> the elrepo folks to make just a back-ported intel driver from 3.17
>> [first known to work again, 3.16 does not]) .
>> http://lists.centos.org/pipermail/centos/2014-November/147579.html
>
> Great suggestion.  I just installed and booted the following kernel-ml.
>
> Linux c6 3.18.1-1.el6.elrepo.x86_64 #1 SMP Tue Dec 16 20:44:33 EST 2014 
> x86_64 x86_64 x86_64 GNU/Linux
>
> And it works!  I got A LOT of bad-looking errors on boot but it did
> boot and everything seems to work fine.  I've attached the boot.log
> just FYI.  I have not tried kernel-lt but I suspect it will work fine
> since it would install a 3.10 kernel.  (Based on the bugs below this
> problem doesn't appear in the 3.X branch until about 3.16).
>
> After searching the RHEL bug tracker, I do see some very similar bugs
> to what I'm experiencing.
> https://bugzilla.redhat.com/show_bug.cgi?id=1161321
> https://bugzilla.redhat.com/show_bug.cgi?id=1151757
>
> Both are on 3.X kernels under Fedora so not completely applicable.  The
> first one even has the same graphics card as I do - no activity
> though.  The second one is also very similar.and in one of the comments
> it was suggested to do this:
>
>> 2) If not, it looks like everyone else is using an ATI Radeon card and
>> likely something broke between 3.15 and 3.16. Please boot with "nomodeset" as
>> a grub option and report back. If it boots correctly, try modprobing radeon 
>> and
>> see if the screen goes black right away
>
> This sounded worthwhile so I booted successfully on the
> 2.6.32-504.3.3.el6.x86_64 kernel with "nomodeset".  I tried this before
> (as described in my xorg thread) and I get a lot of artifacts in the
> graphics but it does work.  However, the radeon driver is already
> loaded after I boot.  This is directly after the boot:
>
> [root@c6 ~]# lsmod | grep rad
> radeon   1536476  0
> ttm81172  1 radeon
> drm_kms_helper 82994  1 radeon
> drm   291284  3 radeon,ttm,drm_kms_helper
> i2c_algo_bit5711  1 radeon
> i2c_core   29964  12 
> tda18271,s5h1411,cx25840,cx23885,v4l2_common,videodev,tveeprom,i2c_piix4,radeon,drm_kms_helper,drm,i2c_algo_bit
> [root@c6 ~]#
>
>
>>> http://bugs.centos.org/view.php?id=4586
>>
>> Actually, I ask that people open a new ticket for each request. :)
>>
>> Akemi
>
> Akemi, maybe its not clear yet but would you prefer I submit this bug
> under the CentOS or RHEL tracker?  (And do you know if I can submit to
> the RHEL tracker without a RHEL subscription?)  Any advice on where to
> submit this info to get this fixed in the CentOS 6 line would be
> appreciated.
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Radeon graphics problems with CentOS 6.6

2015-01-05 Thread Darby Vicker
On Sat, Jan 3, 2015 at 2:27 PM, Darby Vicker  wrote:
> On Saturday, December 20, 2014, Darby Vicker  wrote:
>>
>> I thought about trying centos 7.  But in the end that doesn't really
>> help me since I'm trying to keep my current centos 6 installation
>> working.  I don't really have the time/energy to reinstall everyting
>> under CentOS 7 right now.
>>
>> I was able to get a 6.6 LiveCD built myself.  The liveCD has the same
>> problem - X doesn't work.  I can boot the "Basic Video" option from the
>> LiveCD and I can at least get to the desktop but there are several odd
>> video problems when I do that.  But I think that means that there is a
>> genuine problem with Xorg on my hardware.  Does anyone know who I should
>> submit this bug to - AMD or Xorg?
>>
>> Any other ideas for workarounds in the mean time?
>>
>
> The xorg ati developer doesn't think it's a driver problem.
>
>  http://lists.x.org/archives/xorg-driver-ati/2014-December/026948.html
>
> Any other ideas for tracking this down?

After a little more conversation with the ati developer, he thinks its
a problem with the kernel.

http://lists.x.org/archives/xorg-driver-ati/2015-January/026986.html

He is suggesting I get in touch with the people who maintain the
CentOS kernel.  What is the best way to do this?  Submit a bug on
https://bugs.centos.org?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Radeon graphics problems with CentOS 6.6

2015-01-03 Thread Darby Vicker
On Saturday, December 20, 2014, Darby Vicker  wrote:

> I thought about trying centos 7.  But in the end that doesn't really
> help me since I'm trying to keep my current centos 6 installation
> working.  I don't really have the time/energy to reinstall everyting
> under CentOS 7 right now.
>
> I was able to get a 6.6 LiveCD built myself.  The liveCD has the same
> problem - X doesn't work.  I can boot the "Basic Video" option from the
> LiveCD and I can at least get to the desktop but there are several odd
> video problems when I do that.  But I think that means that there is a
> genuine problem with Xorg on my hardware.  Does anyone know who I should
> submit this bug to - AMD or Xorg?
>
> Any other ideas for workarounds in the mean time?
>
>
The xorg ati developer doesn't think it's a driver problem.

 http://lists.x.org/archives/xorg-driver-ati/2014-December/026948.html

Any other ideas for tracking this down?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Radeon graphics problems with CentOS 6.6

2014-12-20 Thread Darby Vicker
I thought about trying centos 7.  But in the end that doesn't really
help me since I'm trying to keep my current centos 6 installation
working.  I don't really have the time/energy to reinstall everyting
under CentOS 7 right now. 

I was able to get a 6.6 LiveCD built myself.  The liveCD has the same
problem - X doesn't work.  I can boot the "Basic Video" option from the
LiveCD and I can at least get to the desktop but there are several odd
video problems when I do that.  But I think that means that there is a
genuine problem with Xorg on my hardware.  Does anyone know who I should
submit this bug to - AMD or Xorg?  

Any other ideas for workarounds in the mean time?  

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Radeon graphics problems with CentOS 6.6

2014-12-20 Thread Darby Vicker
I'm still struggling with this.  I was hoping to boot a centos 6.6
livecd to see if this is specific to my installation or a general
problem with my hardware.  I can't find a 6.6 livecd on any of the
several mirrors I've checked or on the centos vault.  Does anyone know
if one is available somewhere.  Other ideas are welcome too.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Radeon graphics problems with CentOS 6.6

2014-12-03 Thread Darby Vicker
> I would say take a look at the latest fglrx drivers at elrepo and see if
> they work.
>
> http://elrepo.org/linux/elrepo/el6/

Thanks for the suggestion but unfortunately not.  When I boot a 6.6
kernel with the fglrx driver, my machine completely locks up.  with
the stock ATI driver X would lock but I could still ping/ssh to the
machine.  I can still boot using the fglrx driver with a 6.5 kernel
(but performance seems worse than before...). Any other ideas?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


[CentOS] Radeon graphics problems with CentOS 6.6

2014-12-02 Thread Darby Vicker
Hello,

I saw in the CentOS 6.6 release notes that the Xorg ABI has changed but
that "This should not concern anyone who uses the default drivers shipped
with CentOS." I'm using the ATI drivers in Base but X still fails when I
boot a CentOS 6.6 kernel.  I was hoping this is a known problem that would
get fixed with a kernel update but I'm still having problems with the
2.6.32-504.1.3.el6.x86_64 kernel.  Relevant info below.  Any ideas?

Thanks,
Darby

[root@c6 ~]# lspci | grep VGA
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
BeaverCreek [Radeon HD 6530D]
[root@c6 ~]# uname -a
Linux c6 2.6.32-431.29.2.el6.x86_64 #1 SMP Tue Sep 9 21:36:05 UTC 2014
x86_64 x86_64 x86_64 GNU/Linux
[root@c6 ~]# yum list xorg-x11-drv-ati.x86_64
xorg-x11-drv-ati-firmware.noarch
Loaded plugins: fastestmirror, refresh-packagekit, security
Loading mirror speeds from cached hostfile
 * base: repos.dfw.quadranet.com
 * epel: mirror.compevo.com
 * extras: repos.dfw.quadranet.com
 * updates: repos.dfw.quadranet.com
Installed Packages
xorg-x11-drv-ati.x86_647.3.99-2.el6
 @base
xorg-x11-drv-ati-firmware.noarch   7.3.99-2.el6
 @base
[root@c6 ~]#

Log messages containing "radeon" from booting into the CentOS 6.6 kernel:

c6 kernel: [drm] radeon kernel modesetting enabled.
c6 kernel: fb: conflicting fb hw usage radeondrmfb vs EFI VGA - removing
generic driver
c6 kernel: radeon :00:01.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
c6 kernel: radeon :00:01.0: VRAM: 512M 0x -
0x1FFF (512M used)
c6 kernel: radeon :00:01.0: GTT: 1024M 0x2000 -
0x5FFF
c6 kernel: [drm] radeon: 512M of VRAM memory ready
c6 kernel: [drm] radeon: 1024M of GTT memory ready.
c6 kernel: radeon :00:01.0: firmware: requesting radeon/SUMO_pfp.bin
c6 kernel: radeon :00:01.0: firmware: requesting radeon/SUMO_me.bin
c6 kernel: radeon :00:01.0: firmware: requesting radeon/SUMO_rlc.bin
c6 kernel: [drm] radeon: dpm initialized
c6 kernel: radeon :00:01.0: firmware: requesting radeon/SUMO_uvd.bin
c6 kernel: radeon :00:01.0: WB enabled
c6 kernel: radeon :00:01.0: fence driver on ring 0 use gpu addr
0x2c00 and cpu addr 0x8801b6e81c00
c6 kernel: radeon :00:01.0: fence driver on ring 3 use gpu addr
0x2c0c and cpu addr 0x8801b6e81c0c
c6 kernel: radeon :00:01.0: fence driver on ring 5 use gpu addr
0x00072118 and cpu addr 0xc900229b2118
c6 kernel: radeon :00:01.0: radeon: using MSI.
c6 kernel: [drm] radeon: irq initialized.
c6 kernel: [drm] Radeon Display Connectors
c6 kernel: fbcon: radeondrmfb (fb0) is primary device
c6 kernel: radeon :00:01.0: fb0: radeondrmfb frame buffer device
c6 kernel: radeon :00:01.0: registered panic notifier
c6 kernel: [drm] Initialized radeon 2.37.0 20080528 for :00:01.0 on
minor 0
c6 kernel: powernow-k8: Found 1 AMD A6-3600 APU with Radeon(tm) HD Graphics
(4 cpu cores) (version 2.20.00)


Log messages from booting into the CentOS 6.5 kernel:

c6 kernel: [drm] radeon kernel modesetting enabled.
c6 kernel: fb: conflicting fb hw usage radeondrmfb vs EFI VGA - removing
generic driver
c6 kernel: radeon :00:01.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
c6 kernel: radeon :00:01.0: VRAM: 512M 0x -
0x1FFF (512M used)
c6 kernel: radeon :00:01.0: GTT: 512M 0x2000 -
0x3FFF
c6 kernel: [drm] radeon: 512M of VRAM memory ready
c6 kernel: [drm] radeon: 512M of GTT memory ready.
c6 kernel: platform radeon_cp.0: firmware: requesting radeon/SUMO_pfp.bin
c6 kernel: platform radeon_cp.0: firmware: requesting radeon/SUMO_me.bin
c6 kernel: platform radeon_cp.0: firmware: requesting radeon/SUMO_rlc.bin
c6 kernel: radeon :00:01.0: WB enabled
c6 kernel: radeon :00:01.0: fence driver on ring 0 use gpu addr
0x2c00 and cpu addr 0x8801b83aec00
c6 kernel: radeon :00:01.0: fence driver on ring 3 use gpu addr
0x2c0c and cpu addr 0x8801b83aec0c
c6 kernel: radeon :00:01.0: radeon: using MSI.
c6 kernel: [drm] radeon: irq initialized.
c6 kernel: [drm] Radeon Display Connectors
c6 kernel: [drm] radeon: power management initialized
c6 kernel: fbcon: radeondrmfb (fb0) is primary device
c6 kernel: radeon :00:01.0: fb0: radeondrmfb frame buffer device
c6 kernel: radeon :00:01.0: registered panic notifier
c6 kernel: [drm] Initialized radeon 2.30.0 20080528 for :00:01.0 on
minor 0
c6 kernel: powernow-k8: Found 1 AMD A6-3600 APU with Radeon(tm) HD Graphics
(4 cpu cores) (version 2.20.00)
c6 kernel: CPU0: AMD A6-3600 APU with Radeon(tm) HD Graphics stepping 00
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos