Hallo,
has anyone a hint how to use an Adaptec RAID 51645 under Centos 7?
A volume is created using the controller interface but isn't active
under centos.
Thanks for hintsts
Ralf
When I attach an external monitor to my new Dell Precision I always get
this and the monitor refuses to recognize video input. If I persist it
reaches a point where the machine will boot but won't bring up a login
prompt. I have to ssh to get in. And worst of all, it persisted after I
remove the external monitor and am forced to re-install CentOS (7.6.1810).
Aug 02 14:19:42 localhost.localdomain kernel: ------------[ cut here
]------------
Aug 02 14:19:42 localhost.localdomain kernel: WARNING: CPU: 5 PID: 4929 at
drivers/gpu/drm/nouveau/nvkm/engine/disp/coregf119.c:181
gf119_disp_core_fini+0x107/0x160 [nouveau
Aug 02 14:19:42 localhost.localdomain kernel: Device: nouveau
timeout
Aug 02 14:19:42 localhost.localdomain kernel: Modules linked in: tcp_lp
ext4 mbcache jbd2 fuse xt_CHECKSUM ipt_MASQUERADE nf_nat_masquerade_ipv4
tun devlink ip6t_rpfilter ip
Aug 02 14:19:42 localhost.localdomain kernel: irqbypass crc32_pclmul
ghash_clmulni_intel aesni_intel lrw gf128mul snd_hda_intel glue_helper
ablk_helper cryptd snd_hda_codec
Aug 02 14:19:42 localhost.localdomain kernel: e1000e drm crct10dif_pclmul
crct10dif_common libata crc32c_intel nvme serio_raw ptp rtsx_pci nvme_core
pps_core drm_panel_orie
Aug 02 14:19:42 localhost.localdomain kernel: CPU: 5 PID: 4929 Comm:
kworker/5:0 Kdump: loaded Tainted: G W ------------
3.10.0-957.27.2.el7.x86_64 #1
Aug 02 14:19:42 localhost.localdomain kernel: Hardware name: Dell Inc.
Precision 7530/0425K7, BIOS 1.8.2 04/26/2019
Aug 02 14:19:42 localhost.localdomain kernel: Workqueue: pm pm_runtime_work
Aug 02 14:19:42 localhost.localdomain kernel: Call Trace:
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff94d64147>]
dump_stack+0x19/0x1b
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff94698848>]
__warn+0xd8/0x100
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff946988cf>]
warn_slowpath_fmt+0x5f/0x80
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffffc0561637>] ?
nv04_timer_read+0x57/0x70 [nouveau]
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffffc057b4c7>]
gf119_disp_core_fini+0x107/0x160 [nouveau]
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffffc0579423>]
nv50_disp_chan_fini+0x23/0x40 [nouveau]
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffffc04fc0bf>]
nvkm_object_fini+0xdf/0x250 [nouveau]
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffffc04fc078>]
nvkm_object_fini+0x98/0x250 [nouveau]
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffffc04fc078>]
nvkm_object_fini+0x98/0x250 [nouveau]
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffffc04fc078>]
nvkm_object_fini+0x98/0x250 [nouveau]
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffffc04fc078>]
nvkm_object_fini+0x98/0x250 [nouveau]
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffffc05b97a3>]
nvkm_client_suspend+0x13/0x20 [nouveau]
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffffc04f685a>]
nvif_client_suspend+0x1a/0x20 [nouveau]
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffffc05b7437>]
nouveau_do_suspend+0x147/0x2d0 [nouveau]
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffffc05b8317>]
nouveau_pmops_runtime_suspend+0x47/0xa0 [nouveau]
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff949c6622>]
pci_pm_runtime_suspend+0x62/0x190
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff94ab4796>]
__rpm_callback+0x36/0x80
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff94ab4804>]
rpm_callback+0x24/0x80
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff94ab4981>]
rpm_suspend+0x121/0x650
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff94ab5fea>]
pm_runtime_work+0x8a/0xc0
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff946baf9f>]
process_one_work+0x17f/0x440
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff946bc036>]
worker_thread+0x126/0x3c0
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff946bbf10>] ?
manage_workers.isra.25+0x2a0/0x2a0
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff946c2e81>]
kthread+0xd1/0xe0
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff946c2db0>] ?
insert_kthread_work+0x40/0x40
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff94d76c1d>]
ret_from_fork_nospec_begin+0x7/0x21
Aug 02 14:19:42 localhost.localdomain kernel: [<ffffffff946c2db0>] ?
insert_kthread_work+0x40/0x40
Aug 02 14:19:42 localhost.localdomain kernel: ---[ end trace
51db28c5c4c2e696 ]---
Aug 02 14:19:42 localhost.localdomain kernel: nouveau 0000:01:00.0: disp:
core fini: 8f0d0088
Hello list.
I have an local webserver running latest centos 7 release. The website
is connected to mssql database on other windows server and worked fine
since months until today.
After update last centos packages, greek characters from sql request
look like question marks ?????
The config files are the same and the connection use utf8 set.
Any ideas?
Thank you for advance, Nikos.
Hi,
how can I convert the storage type of VMs from being stored in
individual qcow2 files to being stored in a storage pool?
The VMs may be shut down during the conversion.
I was just given a Dell R720xd with 160 GB memory and 12x 900 GB drives
that I plan to deploy as my home mail/file/backup server to replace an
aging Supermicro server running CentOS 7. Yeah, it's gross overkill for
that and I expect to tuck most of the drives away for spares.
How should I RAID and partition this beast for maximum reliability?
My current C7 system is using 1 TB of 2 TB capacity on the root partition
(4x 1 TB drives in RAID 10). /boot is 300MB/50GB. Memory and swap is 8GB
each.
I've been doing a CentOS 7.6.1810 net-install since last night. The machine
seems ok but has been stuck with "performing post-installation setup tasks"
for hours. This is an old Dell T5400 box, so it isn't blazing fast but ...
Is there a way to pull up its skirt (so to speak) and check/monitor the
installation activity while installing it? Having already started the
installation?
BTW, in the phase of the install process, is it still hitting the net?
Well, we knew the 'Net was invented solely for cute cat pictures. Now I
have proof that selinux is part of that conspiracy. From dmesg, on one of
my servers:
[ 3366.091561] SELinux: 8 users, 14 roles, 5031 types, 316 bools, 1 sens,
1024 cats
mark
Moved a server from the datacenter to our secure room. I've changed the
DNS, and our dhcpd... and yet, every time it boots, it comes up with the
IP it had in the datacenter.
Any idea where it could be caching the IP - maybe in the initramfs?
C 7, updated.
mark