[CentOS] Problem with IPTABLES logging message to the screen/console

[Jobst Schmalenbach]

Hi

I am not sure how to solve this.

I am constantly getting messages that should go into the kern/message log 
printed on screen - MOSTLY from iptables.
The messages are ALSO logged to the syslog files.


It still prints those message onto the console screen even if I am logged off 
(security issue).

When logged in on the console its anoying as I constantly have to hit CTRL-L to 
refresh the screen to get rid of those messages.

However it does NOT happen when I ssh into the machine.


How can I solve this that those messages are NOT printed.


thanks
Jobst

-- 
Share your knowledge. It's a way to achieve immortality.

  | |0| |   Jobst Schmalenbach, jo...@barrett.com.au, General Manager
  | | |0|   
  |0|0|0|   +61 3 9532 7677, POBox 277, Caulfield South, 3162, Australia
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] fcitx-anthy request (for Japanese users)

[Scott Robbins]

On Tue, Aug 01, 2017 at 08:55:22PM -0400, H wrote:
> 
> Scott, I am back at this again. I am able to switch between Chinese and two 
> western languages in terminal sessions but not in GUI applications such as 
> LO, Thunderbird, Firefox... Only the default language works in these GUI 
> applications.
> 
> What setting in fcitx might I be missing?

Well, I'm not the expert, especially at Chinese.  
I do remember in an older version of FreeBSD, to get it to work in firefox,
I would use
LC_CTYPE=ja_JP.UTF-8 firefox

from a terminal, and it would then work. I never figured out why (it worked
with other GTK apps such as libreoffice.  Hrrm, I don't think I tried in
Thunderbird.

Ah, also, in my .xinitrc (I boot into text mode then run startx I have,
above the line calling the window manager

export LC_CTYPE=en_US.UTF-8 

Do you have fcitx-gtk2 and fcitx-gtk3 installed?
I repeat, I'm not an expert on this, my skill is in googling and finding
out how others got it done, then just copying that and summarizing it. :)


-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

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

Re: [CentOS] fcitx-anthy request (for Japanese users)

[H]

On 07/25/2017 09:12 PM, Scott Robbins wrote:

On Tue, Jul 25, 2017 at 09:06:25PM -0400, H wrote:

On 07/20/2017 05:49 AM, Scott Robbins wrote:



assignee's free time), but anyone who would like to add their support to
the request can view the bug at
https://bugzilla.redhat.com/show_bug.cgi?id=1471924

And I filed a request for the fcitx-config-gkt2/gtk3 tools to be compiled.

Which would also be useful, especially as fcitx-pinyan is already
available.
I prefer the manual way because I've gotten so used to it, but suspect the
vast majority who want to use it as a desktop would much prefer the gui
tool.


Scott, I am back at this again. I am able to switch between Chinese and two 
western languages in terminal sessions but not in GUI applications such as LO, 
Thunderbird, Firefox... Only the default language works in these GUI 
applications.

What setting in fcitx might I be missing?

Thanks.

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

[CentOS] Timemaster systemd

[Phil Manuel]

Hi,

If I run timemaster from systemd it fails with:-

Aug 02 06:07:41 machinename timemaster[19230]: [1494069.352] process 19231
started: /usr/sbin/chronyd -u chrony -n -f /var/run/timemaster/chrony.conf
Aug 02 06:07:41 machinename timemaster[19230]: [1494069.352] process 19232
started: /usr/sbin/ptp4l -l 5 -f /var/run/timemaster/ptp4l.0.conf -H -i eno1
Aug 02 06:07:41 machinename timemaster[19230]: [1494069.352] process 19233
started: /usr/sbin/phc2sys -l 5 -a -r -R 1.00 -z
/var/run/timemaster/ptp4l.0.socket -n 0 -E ntpshm -M 0
Aug 02 06:07:41 machinename chronyd[19231]: chronyd version 2.1.1 starting
(+CMDMON +NTP +REFCLOCK +RTC +PRIVDROP +DEBUG +ASYNCDNS +IPV6 +SECHASH)
Aug 02 06:07:41 machinename chronyd[19231]: Fatal error : shmget() failed
Aug 02 06:07:41 machinename timemaster[19230]: [1494069.353] received
signal 17
Aug 02 06:07:41 machinename timemaster[19230]: Fatal error : shmget() failed
Aug 02 06:07:41 machinename timemaster[19230]: [1494069.354] process 19231
terminated with status 1
Aug 02 06:07:41 machinename ptp4l[19232]: [1494069.353] driver changed our
HWTSTAMP options
Aug 02 06:07:41 machinename ptp4l[19232]: [1494069.354] tx_type ?? 1 not 1
Aug 02 06:07:41 machinename ptp4l[19232]: [1494069.354] rx_filter 1 not 12
Aug 02 06:07:41 machinename ptp4l[19232]: [1494069.354] port 1:
INITIALIZING to LISTENING on INITIALIZE
Aug 02 06:07:41 machinename ptp4l[19232]: [1494069.354] port 0:
INITIALIZING to LISTENING on INITIALIZE
Aug 02 06:07:41 machinename timemaster[19230]: [1494069.354] process 19232
terminated with status 0
Aug 02 06:07:41 machinename timemaster[19230]: [1494069.354] process 19233
terminated abnormally
Aug 02 06:07:41 machinename timemaster[19230]: [1494069.354] exiting
Aug 02 06:07:41 machinename systemd[1]: timemaster.service: main process
exited, code=exited, status=1/FAILURE
Aug 02 06:07:41 machinename systemd[1]: Unit timemaster.service entered
failed state.
Aug 02 06:07:41 machinename systemd[1]: timemaster.service failed.

The timemaster unit file is simple:-
Unit]
Description=Synchronize system clock to NTP and PTP time sources
After=chronyd.service ntpd.service ntpdate.service sntp.service
Conflicts=chronyd.service ntpd.service phc2sys.service ptp4l.service

[Service]
Type=simple
ExecStart=/usr/sbin/timemaster -f /etc/timemaster.conf

[Install]
WantedBy=multi-user.target

and If I run "/usr/sbin/timemaster -f /etc/timemaster.conf" all works
perfectly.

So it must be something related to sharedmemory and systemd.

Anyone have any ideas ?

Thanks

Phil
~
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] claiming unsused space back

[Warren Young]

On Jul 31, 2017, at 4:27 PM, Leroy Tennison  wrote:
> 
> some commands (or command options) are only supported on later releases, the 
> man pages don't say this.

You only run into that problem when trying to use man pages from one system but 
then run commands on a very different system.  The man pages actually installed 
on the system you’re running the command on lists only those options that are 
supported by that version of the command.

> Does anyone know of a source of information listing the command, option and 
> version it is implemented in?

The closest thing I’m aware of is the man page collection at unix.com:

http://www.unix.com/man-page/linux/1/ls/

They don’t have man pages for absolutely every version of Linux — that would 
require hundreds of sets! — and it only includes commands in the base system, 
not those for add-on packages.

In this particular case, I suspect the problem is that you haven’t got the 
libguestfs-tools-c package installed, which is what owns the virt-sparsify 
command.  And I found that out with one Google search and one “yum search” 
command.

With that package installed, now you can say “man virt-sparsify” to find out 
what the CentOS 7 version of that command understands.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] list_add corruption problem

[Chris Beattie]

Howdy,

I've got a CentOS 7 VM that occasionally becomes unresponsive.  There's a 
"list_add corruption" entry in /var/log/messages, included below.

This is on VMware.  We have lots of other VMs which are running just fine.  
Only a few are CentOS 7 VMs, though, so I can't rule out some kind of 
environment issue.

It's up-to-date on OS patches, and running kernel 3.10.0-514.26.2.el7.x86_64.  
When it locks up, there isn't any indication on its console, other than it 
looks like it's waiting at a login prompt.  I did some Googling, which 
suggested similar issues have been around a while, but the results I found 
tended to be for CentOS 6 and older kernels.

Can anyone help me understand what this means?

Jul 31 16:58:15 den-nagios kernel: [ cut here ]
Jul 31 16:58:15 den-nagios kernel: WARNING: at lib/list_debug.c:33 
__list_add+0xac/0xc0()
Jul 31 16:58:15 den-nagios kernel: list_add corruption. prev->next should be 
next (880174795358), but was 64756f6c6373646e. (prev=880806a44458).
Jul 31 16:58:15 den-nagios kernel: Modules linked in: dell_rbu dcdbas 
ip6t_rpfilter ipt_REJECT nf_reject_ipv4 ip6t_REJECT nf_reject_ipv6 xt_conntrack 
ip_set nfnetlink ebtable_nat ebtable_broute bridge stp llc ip6table_nat 
nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_
mangle ip6table_security ip6table_raw iptable_nat nf_conntrack_ipv4 
nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security 
iptable_raw ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter 
vmw_vsock_vmci_transport vsock vfat fat intel_power
clamp coretemp iosf_mbi crc32_pclmul ghash_clmulni_intel aesni_intel lrw 
gf128mul glue_helper ablk_helper cryptd ppdev vmw_balloon sg pcspkr vmw_vmci 
shpchp i2c_piix4 parport_pc parport ip_tables xfs libcrc32c sr_mod cdrom 
ata_generic pata_acpi sd_mod crc_t10dif crct10dif_gen
eric
Jul 31 16:58:15 den-nagios kernel: vmwgfx drm_kms_helper syscopyarea 
sysfillrect sysimgblt fb_sys_fops crct10dif_pclmul crct10dif_common ttm 
crc32c_intel ata_piix drm serio_raw libata vmxnet3 vmw_pvscsi i2c_core fjes 
dm_mirror dm_region_hash dm_log dm_mod
Jul 31 16:58:15 den-nagios kernel: CPU: 6 PID: 127439 Comm: ssh Not tainted 
3.10.0-514.26.2.el7.x86_64 #1
Jul 31 16:58:15 den-nagios kernel: Hardware name: VMware, Inc. VMware7,1/440BX 
Desktop Reference Platform, BIOS VMW71.00V.0.B64.1506250318 06/25/2015
Jul 31 16:58:15 den-nagios kernel: 880634f83c00 ac63a691 
880634f83bb8 81687133
Jul 31 16:58:15 den-nagios kernel: 880634f83bf0 81085cb0 
880782e74210 880174795358
Jul 31 16:58:15 den-nagios kernel: 880806a44458 880174794000 
 880634f83c58
Jul 31 16:58:15 den-nagios kernel: Call Trace:
Jul 31 16:58:15 den-nagios kernel: [] dump_stack+0x19/0x1b
Jul 31 16:58:15 den-nagios kernel: [] 
warn_slowpath_common+0x70/0xb0
Jul 31 16:58:15 den-nagios kernel: [] 
warn_slowpath_fmt+0x5c/0x80
Jul 31 16:58:15 den-nagios kernel: [] ? 
ip_fragment.constprop.54+0x90/0x90
Jul 31 16:58:15 den-nagios kernel: [] __list_add+0xac/0xc0
Jul 31 16:58:15 den-nagios kernel: [] 
__internal_add_timer+0xab/0x130
Jul 31 16:58:15 den-nagios kernel: [] 
internal_add_timer+0x32/0x70
Jul 31 16:58:15 den-nagios kernel: [] mod_timer+0x13d/0x220
Jul 31 16:58:15 den-nagios kernel: [] sk_reset_timer+0x18/0x30
Jul 31 16:58:15 den-nagios kernel: [] tcp_connect+0x74e/0x9f0
Jul 31 16:58:15 den-nagios kernel: [] ? 
ktime_get_real+0x25/0x70
Jul 31 16:58:15 den-nagios kernel: [] ? 
secure_tcp_sequence_number+0x69/0x90
Jul 31 16:58:15 den-nagios kernel: [] 
tcp_v4_connect+0x376/0x4e0
Jul 31 16:58:15 den-nagios kernel: [] 
__inet_stream_connect+0xb5/0x330
Jul 31 16:58:15 den-nagios kernel: [] ? 
handle_mm_fault+0x6b1/0x1000
Jul 31 16:58:15 den-nagios kernel: [] 
inet_stream_connect+0x38/0x50
Jul 31 16:58:15 den-nagios kernel: [] SYSC_connect+0xe7/0x120
Jul 31 16:58:15 den-nagios kernel: [] ? 
set_close_on_exec+0x4d/0x70
Jul 31 16:58:15 den-nagios kernel: [] SyS_connect+0xe/0x10
Jul 31 16:58:15 den-nagios kernel: [] 
system_call_fastpath+0x16/0x1b
Jul 31 16:58:15 den-nagios kernel: ---[ end trace 64494d91939a3eb0 ]---

Thanks,
-Chris

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

Re: [CentOS] claiming unsused space back

[Leroy Tennison]

I should have been more specific (and maybe ask "Are you seeing something 
different?")  Admittedly, Ubuntu 16.04 LTS, but the qemu-img man page says for 
resize (What does the CentOS7 man page say?):

resize filename [+ | -]size
   Change the disk image as if it had been created with size.

   Before using this command ... (warning about doing guest resizing 
first)

   After using ... (somewhat different message about guest resizing)

No mention that shrinking only works with raw, not qcow2.  Similar issue with 
virsh blockresize.  I probably should have been more clear that the issue isn't 
commands or just command options, but significant limitations in scope for some 
of those options.

- Original Message -
From: "Johnny Hughes" 
To: "centos" 
Sent: Tuesday, August 1, 2017 6:31:14 AM
Subject: Re: [CentOS] claiming unsused space back

On 07/31/2017 05:27 PM, Leroy Tennison wrote:
> As has already been mentioned, some commands (or command options) are only 
> supported on later releases, the man pages don't say this.  Does anyone know 
> of a source of information listing the command, option and version it is 
> implemented in?  That alone would be a great help.
> 
> - Original Message -
> From: "Chris Adams" 
> To: "centos" 
> Sent: Monday, July 31, 2017 11:45:20 AM
> Subject: Re: [CentOS] claiming unsused space back
> 
> Once upon a time, Warren Young  said:
>> Zeroing the free space not only prevents inclusion of these discarded FS 
>> blocks, they compress better, too.
> 
> Check out the "virt-sparsify" command - it does all of this for you.
> 

Yes .. just run man on the machine in question.  That has the commands
for the man for the version of software installed on that specific machine.


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

[CentOS] Personal kernel, drivers mesa-test and winehq

[Andreas Benzler]

Hello Guys,

in the mean while i compiled and tested fallow

http://centos.cms4all.org/repo/7/kernel/
Kernel 4.12.4, feels more stable as  4.12.0 (+ RadeonSI Flags)

Drivers
Libdrm 2.4.82, added a patch from git (intel and dri2)
xorg-x11-drv-intel
Added btrfs-progs 4.12. to my driver section, because fedora coopr
doesn't compile i686 for centos.
By the next release of intel drivers I rename back intel-vaapi-driver to
be better backward compatible with other packages.

Wine
Update to wine-2.13 (Staging), allready tested with steam & WoW

Mesa-Test
I think that is the second time, when i try release candidate. But Why?
Wanne know is is possible as i did it the last time:

- Mesa 12.2.0-rc2
- against LLVM 5.0 RC1

And "Yes" :-) it do. After some simple refactoring

LLVM 5.0 needs 
http://centos.cms4all.org/repo/7/drivers/
http://centos.cms4all.org/repo/7/llvm/ (because of cmake3.i686)

Mesa Needs 
http://centos.cms4all.org/repo/7/drivers/
http://centos.cms4all.org/repo/7/mesa/

to compile, or you take my driver section and mesa-test as it is.

Sincerely

Andy

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

Re: [CentOS] claiming unsused space back

[Johnny Hughes]

On 07/31/2017 05:27 PM, Leroy Tennison wrote:
> As has already been mentioned, some commands (or command options) are only 
> supported on later releases, the man pages don't say this.  Does anyone know 
> of a source of information listing the command, option and version it is 
> implemented in?  That alone would be a great help.
> 
> - Original Message -
> From: "Chris Adams" 
> To: "centos" 
> Sent: Monday, July 31, 2017 11:45:20 AM
> Subject: Re: [CentOS] claiming unsused space back
> 
> Once upon a time, Warren Young  said:
>> Zeroing the free space not only prevents inclusion of these discarded FS 
>> blocks, they compress better, too.
> 
> Check out the "virt-sparsify" command - it does all of this for you.
> 

Yes .. just run man on the machine in question.  That has the commands
for the man for the version of software installed on that specific machine.



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos