[CentOS] bad iscsi performance after upgrade to CentOS 7.2
hi all, after i upgraded a physical server (SUN FIRE X4170) from CentOS 6.8 to 7.2 i am not able to get the same iSCSI read performance. the server is connected to HP P2000 Storage via 2 x 1GbE Ethernet. CentOS 6.8 gives me full read performance on raw iSCSI devices /dev/sdxx at 115MB/s. CentOS 7.2 allows only 90-100MB/s, read performance varies and is not stable like for 6.8 the multipath performance on 7.2 is even worse. CentOS 6.8 allows to read a full speed and stable 220MB/s. CentOS 7.2 maximum was 140MB/s after i disabled readahead for multipath devices in tuned. btw. i tried many recommended optimizations in 7.2, but i am not getting the raw iSCSI read performance than on 6.8, and on 6.8 i had no special tuning für iSCSI. mtu 9000 is set and verified for both OS, other settings like network buffers are almost identical. has anyone an idea why iSCSI read performance degraded in CentOS 7.2 ? best regards ulrich ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] netbook screen suddenly goes black
On Sun, Jun 19, 2016 at 08:29:22PM -0600, Frank Cox wrote: > On Sun, 19 Jun 2016 21:10:24 -0400 > Fred Smith wrote: > > > I'm running an up to date Centos-7 on my Acer Aspire One netbook. have > > been for, well, ever since C7 was released. > > I'm typing this on my Acer Aspire One netbook running Centos 7. > > > What happens is that suddenly while working away on the desktop the > > display suddenly goes black... not black as in turned off, I can see > > that the backlight is still on, but no image is displayed. > > Haven't encountered that, ever. I'm not suggesting its a centos problem, I'm just looking for advice on where to look to get hints as to what is failing.] > > Have you checked to insure that your bios is up to date? I have a vague > memory of re-flashing the bios on this netbook at some point in the past hmm. no, I haven't. I'll look into that. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The eyes of the Lord are everywhere, keeping watch on the wicked and the good. - Proverbs 15:3 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] netbook screen suddenly goes black
On Mon, Jun 20, 2016 at 07:02:35AM +0200, anax wrote: > Try with CTRL-ALT-F2 (go to the console) and CTRL-ALT-F1 (go back to > the X-Window). This may help... > > suomi oh, sorry, I did try that, but failed to mention it. No, it makes no visible difference at all. > > On 06/20/2016 03:10 AM, Fred Smith wrote: > >Hi all! > > > >I'm running an up to date Centos-7 on my Acer Aspire One netbook. have > >been for, well, ever since C7 was released. > > > >Just had an event today that also happened 2 or 3 times with earlier > >systems installed, but I never pursued it. > > > >What happens is that suddenly while working away on the desktop the > >display suddenly goes black... not black as in turned off, I can see > >that the backlight is still on, but no image is displayed. > > > >Nothing I can do fixes it except a reboot. I've tried CTRL-ALT-BKSP, > >CTRL-ALT-DEL, alt+printscreen+r+e+i+s+u+b. none of them do anything > >noticeable. > > > >I've been looking at system logs and don't find anything that gives > >me a clue what is going wrong when that happens. > > > >neither dmesg, /var/log/Xorg*, nor /var/log/messages contins much. I've > >tried digging thru "man journalctl" and ultimately reading thru the > >output of journalctl with no arguments. > > > >Can anyone of you provide further hints on what I should be looking > >for or at? > > > >thanks! > > > >Fred > > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For the word of God is living and active. Sharper than any double-edged sword, it penetrates even to dividing soul and spirit, joints and marrow; it judges the thoughts and attitudes of the heart." Hebrews 4:12 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] netbook screen suddenly goes black
Can anyone of you provide further hints on what I should be looking for or at? Is it trying to hibernate? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] netbook screen suddenly goes black
On Mon, Jun 20, 2016 at 01:34:30PM +0300, Александр Кириллов wrote: > >Can anyone of you provide further hints on what I should be looking > >for or at? > > Is it trying to hibernate? gosh, I hope not! I was in the middle of using it, playing solitaire and moving the mouse around a lot. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of heaven, but only he who does the will of my Father who is in heaven." -- Matthew 7:21 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] netbook screen suddenly goes black
Motherboard time. Netbook is probably a throw away issue. Cost more t to repair than buy new. Sent from my iPad > On Jun 20, 2016, at 7:58 AM, Fred Smith wrote: > > On Mon, Jun 20, 2016 at 01:34:30PM +0300, Александр Кириллов wrote: >>> Can anyone of you provide further hints on what I should be looking >>> for or at? >> >> Is it trying to hibernate? > > gosh, I hope not! I was in the middle of using it, playing solitaire > and moving the mouse around a lot. > > -- > Fred Smith -- fre...@fcshome.stoneham.ma.us - >"Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of > heaven, but only he who does the will of my Father who is in heaven." > -- Matthew 7:21 (niv) > - > ___ > 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
Re: [CentOS] netbook screen suddenly goes black
Fred Smith wrote: > On Mon, Jun 20, 2016 at 01:34:30PM +0300, Александр Кириллов wrote: >> >Can anyone of you provide further hints on what I should be looking >> >for or at? >> >> Is it trying to hibernate? > > gosh, I hope not! I was in the middle of using it, playing solitaire > and moving the mouse around a lot. > Ack! That's critical! I mean, if we don't play our required games of solitaire, the world will come to an end mark "I am *not* addicted to solitaire, I can quit any time I want" ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] netbook screen suddenly goes black
Dr. Mikeal Hughes wrote: > Motherboard time. Netbook is probably a throw away issue. Cost more t to > repair than buy new. > >> On Jun 20, 2016, at 7:58 AM, Fred Smith >> wrote: >> >> On Mon, Jun 20, 2016 at 01:34:30PM +0300, Александр Кириллов wrote: Can anyone of you provide further hints on what I should be looking for or at? >>> >>> Is it trying to hibernate? >> >> gosh, I hope not! I was in the middle of using it, playing solitaire >> and moving the mouse around a lot. >> Have you checked the PSU? Maybe vacuum it out (or open up the back of the laptop, and vacuum the whole thing)? mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] https and self signed
On Sat, June 18, 2016 18:39, Gordon Messmer wrote: > On 06/18/2016 02:49 PM, James B. Byrne wrote: >> On Fri, June 17, 2016 21:40, Gordon Messmer wrote: >>> https://letsencrypt.org/2015/11/09/why-90-days.html >> With respect citing another person's or people's opinion in support >> of >> your own is not evidence in the sense I understand the word to mean. > > I'm not interested in turning this in to a discussion on epistemology. > This is based on the experience (the evidence) of some of the world's > foremost experts in the field (Akamai, Cisco, EFF, Mozilla, etc). Really? Then why did you forward your reply a private message to a public mailing list if not to do exactly what you claim you wish to avoid? > >> The assertion expressed in the link given above that 90-day >> certificate lives will serve to increase certificate renewal >> automation is at best a pious hope. > > You are ignoring the fact that the tool used to acquire letsencrypt > certificates automates the entire process. They're not merely hoping > that users will automate the process, they're automating it on behalf > of users. They've done everything but schedule it for their users. > >> One that is unlikely to be >> realised in my opinion for the simple reason that automated and >> therefore mostly unobserved security systems are a primary target >> for tampering. > > For someone who wants "evidence" you make a lot of unsupported > assertions. You do see the irony, don't you? The difference is that I state this is my opinion and I do not claim it as a fact. Your statement claimed a factual basis. I was naturally curious to see what evidence supported your claim. > >> Likewise the authors' opinion that pki certificates are in >> general just casually left laying around to be compromised displays >> a >> certain level of what reasonably could be considered elitist >> contempt >> for the average human's intelligence. > > Or, you know, a review of actual security problems in the real world. > >> Even as arguments I find these two positions are less than >> compelling. >> And in no respect could either opinion be considered evidence. > > That's fine. I don't really need to convince you, personally, of > anything. But for the security of the internet community in general, > I'll continue to advocate for secure practices, including pervasive > security (which means reducing barriers to the use of encryption at > all points along the process of setup). > > I know, and we put infants on no-fly lists for essentially the same religious beliefs. The benefit of so-called general security for the rest of us who do not have to bear its individual specific cost. The is no evidence that this sort of stuff works. It is just done so that if anything bad happens the authorities can claim that they did something preventative which they can point to. Regardless of how ineffectual it was. Automated security is BS. It has always been BS and it always will be BS. That is my OPINION. It may not be a fact for I lack empirical evidence to support it. However, it has long been my observation that when people place excessive trust in automation they are are eventually and inevitably betrayed by it. Often at enormous cost. Let me give you an example of stupidity in action with respect to signed certificates. I have a MacBookPro c. early 2009. There have been five or six major releases of OSX since then. Being a cautious type I download the upgrade installer apps and archive them before installing and upgrading. Over this past weekend my MB stopped booting. It would get to the Apple symbol and go black. Much trial, error, and research later I discover that this is sometimes occurs when a MB has been repeatedly upgraded and that a clean install is the recommended cure. Oh, by-the-way, if you ever have to do this then do not use the Apple Migration Assistant app when you are done. You will be sorry. So, I get out my archived Installer app, go to install it and BANG! My MB proclaims that "Somebody has tampered with the application or it is corrupted!". OH NO! This impediment however is strictly an artefact of signing code with short term certificates. I simply had to reset the date on my MB back to some future date when the certificate was valid and everything worked fine. Of course this took me a great deal of frustrating effort to discover what had happened to all of my archived copies and how to fix it. In the middle of a system recovery I might add. But hey, what is my time worth in comparison to the security those certificates provided? SECURITY that was trivially evaded in the end. Exactly what mindless person or committee of bike-shedders decided that software should be distributed so that copies of it expire? What security issue was addressed by this decision? What benefit to the public was achieved? When real people suffer real inconvenience and real loss of productive effort because of mindless adhesion to bromide based cur
Re: [CentOS] yum "Requires" yum-plugin-fastestmirror; why?
On Jun 18, 2016, at 4:39 AM, Ned Slider wrote: > > On 17/06/16 20:04, Warren Young wrote: >> >> I realize it is in the CentOS project’s best interest if users always use >> the fastest mirror when downloading, but I claim that it is a bug to mark >> any plugin as Requires, particularly when upstream does not. > > Personally, I'm firmly in favour of having fastestmirror plugin as a > dependency in yum as it will benefit the vast majority of people IMHO. As I said, I am in favor of having the plugin installed by default. However, making it a dependency of yum is not the only way to do that. It could be moved into the Base package set. Then someone who doesn’t want it can remove it. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum "Requires" yum-plugin-fastestmirror; why?
On 06/20/2016 09:43 AM, Warren Young wrote: > On Jun 18, 2016, at 4:39 AM, Ned Slider wrote: >> >> On 17/06/16 20:04, Warren Young wrote: >>> >>> I realize it is in the CentOS project’s best interest if users always use >>> the fastest mirror when downloading, but I claim that it is a bug to mark >>> any plugin as Requires, particularly when upstream does not. >> >> Personally, I'm firmly in favour of having fastestmirror plugin as a >> dependency in yum as it will benefit the vast majority of people IMHO. > > As I said, I am in favor of having the plugin installed by default. However, > making it a dependency of yum is not the only way to do that. It could be > moved into the Base package set. Then someone who doesn’t want it can remove > it. Well, we have been doing it for many years .. and since it can be disabled, I see no reason to change now. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] netbook screen suddenly goes black
On Mon, June 20, 2016 9:28 am, m.r...@5-cent.us wrote: > Dr. Mikeal Hughes wrote: >> Motherboard time. Netbook is probably a throw away issue. Cost more t to >> repair than buy new. >> >>> On Jun 20, 2016, at 7:58 AM, Fred Smith >>> wrote: >>> >>> On Mon, Jun 20, 2016 at 01:34:30PM +0300, ÐлекÑÐ°Ð½Ð´Ñ >>> ÐиÑиллов wrote: > Can anyone of you provide further hints on what I should be looking > for or at? Is it trying to hibernate? >>> >>> gosh, I hope not! I was in the middle of using it, playing solitaire >>> and moving the mouse around a lot. >>> > Have you checked the PSU? Maybe vacuum it out (or open up the back of the > laptop, and vacuum the whole thing)? > I might have missed the beginning of this thread: when the screen goes black can you still ssh to the machine (you may need to enable ssh, and switch from DHCP to static IP for this test). If you can ssh, this will mean kernel is still happily running, if not, then kernel might have panicked. I would do what Mark suggests: clean it to avoid overheating (but don't do it yet, until you pinpoint the place where it fails). BIOS turns the machine off completely when temperature threshold is tripped, so tripping temperature sensor threshold is not your case as your screen backlight is still on. However, overheating video chip may do what you see. And it also may open some micro crack. I also would do the following: attach external screen, make them both ON, and see if only internal panel goes black or both of them do. Tell us what your experiments reveal. Valeri Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] netbook screen suddenly goes black
On Mon, Jun 20, 2016 at 10:28:48AM -0400, m.r...@5-cent.us wrote: > Dr. Mikeal Hughes wrote: > > Motherboard time. Netbook is probably a throw away issue. Cost more t to > > repair than buy new. > > > >> On Jun 20, 2016, at 7:58 AM, Fred Smith > >> wrote: > >> > >> On Mon, Jun 20, 2016 at 01:34:30PM +0300, Александр Кириллов wrote: > Can anyone of you provide further hints on what I should be looking > for or at? > >>> > >>> Is it trying to hibernate? > >> > >> gosh, I hope not! I was in the middle of using it, playing solitaire > >> and moving the mouse around a lot. > >> > Have you checked the PSU? Maybe vacuum it out (or open up the back of the > laptop, and vacuum the whole thing)? > > mark Had it open not too long ago, saw no dirt. fan moves plenty of air. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - Show me your ways, O LORD, teach me your paths; Guide me in your truth and teach me, for you are God my Savior, And my hope is in you all day long. -- Psalm 25:4-5 (NIV) ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] https and self signed
On Mon, 2016-06-20 at 10:47 -0400, James B. Byrne wrote: > But hey, what is my time worth in comparison to the security those > certificates provided? SECURITY that was trivially evaded in the end. > Exactly what mindless person or committee of bike-shedders decided > that software should be distributed so that copies of it expire? What > security issue was addressed by this decision? What benefit to the > public was achieved? +1. -- Regards, Paul. England, EU. England's place is in the European Union. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] https and self signed
On 06/20/2016 07:47 AM, James B. Byrne wrote: On Sat, June 18, 2016 18:39, Gordon Messmer wrote: I'm not interested in turning this in to a discussion on epistemology. This is based on the experience (the evidence) of some of the world's foremost experts in the field (Akamai, Cisco, EFF, Mozilla, etc). Really? Then why did you forward your reply a private message to a public mailing list if not to do exactly what you claim you wish to avoid? Accidents happen. I didn't intentionally mail you off-list, and when I noticed that I had, seconds later, I re-sent the message to the list, expecting that you'd notice and understand that I intended to keep the conversation on the list. ..which isn't relevant to the question of what you consider "evidence" of security practice implications. Look, go to https://www.google.com/ right now and tell me what you see. Do you suddenly distrust the internet's single largest domain? Do you think they implement poor security practices? For someone who wants "evidence" you make a lot of unsupported assertions. You do see the irony, don't you? The difference is that I state this is my opinion and I do not claim it as a fact. Your statement claimed a factual basis. I was naturally curious to see what evidence supported your claim. Citation required. Allow me an example. To quote you: "The usual way a private key gets compromised is by theft or by tampering with its generation. Putting yourself on a hamster wheel of constant certificate generation and distribution simply increases the opportunities for key theft and tampering." Now, when you asked "what possible benefit accrues from changing secured device keys on a frequent basis?" I pointed you to letsencrypt's documentation, which describes the benefits of 90-day certificates. So, please describe how I am "claiming a factual basis" while you are not. Automated security is BS. It has always been BS and it always will be BS. That is my OPINION. It may not be a fact for I lack empirical evidence to support it. However, it has long been my observation that when people place excessive trust in automation they are are eventually and inevitably betrayed by it. Often at enormous cost. This is what I consider "enormous cost": https://en.wikipedia.org/wiki/Heartbleed#Certificate_renewal_and_revocation After a major security bug which exposed private keys, hundreds of thousands of servers did not take the required action to secure their services, and the vast majority of those that took *some* action did it incorrectly and did not resolve the problem. Had those sites been using letsencrypt and renewing automatically, the exposed keys would have been replaced within 90 days (typically 60 max, so 30 days on average). Instead, it is likely that the problem will remain a risk for "months, if not years, to come." And that's empirical evidence, which you have yet to offer. This impediment however is strictly an artefact of signing code with short term certificates. I simply had to reset the date on my MB back to some future date when the certificate was valid and everything worked fine. Apple's intermediate certs have a 10 year lifetime. If you consider that "short term" then I fear that nothing is suitable in your opinion. But hey, what is my time worth in comparison to the security those certificates provided? SECURITY that was trivially evaded in the end. Fixing your clock is not "evading" security. Exactly what mindless person or committee of bike-shedders decided that software should be distributed so that copies of it expire? Expiration is a fundamental aspect of x509 certificates. Do you understand x509 at all? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] netbook screen suddenly goes black
On Mon, Jun 20, 2016 at 08:58:54AM -0400, Fred Smith wrote: > On Mon, Jun 20, 2016 at 01:34:30PM +0300, Александр Кириллов wrote: > > >Can anyone of you provide further hints on what I should be looking > > >for or at? > > > > Is it trying to hibernate? > > gosh, I hope not! I was in the middle of using it, playing solitaire > and moving the mouse around a lot. > I recently had the opposite problem. I'd comback to a laptop I knew I had turned off and it was up and running. Turns out the bios had a setting to automatically power up at 1:30 AM. Perhaps your bios has a "shut down at ..." setting? jl -- Jon H. LaBadie j...@jgcomp.com 11226 South Shore Rd. (703) 787-0688 (H) Reston, VA 20190 (703) 935-6720 (C) ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Redirecting port 8080 to port 80 - how to add in /etc/sysconfig/iptables file?
Good evening,
on a CentOS 7 LAMP (not gateway) dedicated server I am
using iptables-services with the following /etc/sysconfig/iptables:
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [294:35064]
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -p icmp -m icmp --icmp-type any -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp -m multiport --dports
25,80,443,8080 -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 22 --tcp-flags
FIN,SYN,RST,ACK SYN -m limit --limit 2/min --limit-burst 1 -j ACCEPT
COMMIT
Also I am running Jetty as user "nobody" at the port 8080 using
the /etc/systemd/system/websocket-handler.service file:
[Unit]
Description=WebSocket Handler Service
After=network-online.target
[Service]
Type=simple
User=nobody
Group=nobody
ExecStart=/usr/bin/java -classpath '/usr/share/java/jetty/*'
de.afarber.MyHandler 144.76.184.151:8080
ExecStop=/bin/kill ${MAINPID}
SuccessExitStatus=143
[Install]
WantedBy=multi-user.target
However I actually need my Jetty program to run at port 80 - so that users
behind corporate firewalls can connect too.
The Jetty doc at
https://www.eclipse.org/jetty/documentation/current/setting-port80-access.html
suggests to run the command
# iptables -t nat -I PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080
but I can not figure out the corresponding line for the
/etc/sysconfig/iptables
I have tried running the above command and then "iptables -S" to see the
added rule, but that didn't really work.
Thank you
Alex
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Redirecting port 8080 to port 80 - how to add in /etc/sysconfig/iptables file?
Am 20.06.2016 um 21:01 schrieb Alexander Farber: Good evening, on a CentOS 7 LAMP (not gateway) dedicated server I am using iptables-services with the following /etc/sysconfig/iptables: *filter :INPUT DROP [0:0] :FORWARD DROP [0:0] :OUTPUT ACCEPT [294:35064] -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -p icmp -m icmp --icmp-type any -j ACCEPT -A INPUT -p tcp -m state --state NEW -m tcp -m multiport --dports 25,80,443,8080 -j ACCEPT -A INPUT -p tcp -m state --state NEW -m tcp --dport 22 --tcp-flags FIN,SYN,RST,ACK SYN -m limit --limit 2/min --limit-burst 1 -j ACCEPT COMMIT [ ... ] # iptables -t nat -I PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080 but I can not figure out the corresponding line for the /etc/sysconfig/iptables You will be surprised how easy it is to save the current ruleset: /usr/libexec/iptables/iptables.init save I have tried running the above command and then "iptables -S" to see the added rule, but that didn't really work. Thank you Alex Regards Alexander ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Redirecting port 8080 to port 80 - how to add in /etc/sysconfig/iptables file?
On Mon, Jun 20, 2016 at 10:01 PM, Alexander Farber wrote: > > However I actually need my Jetty program to run at port 80 - so that users > behind corporate firewalls can connect too. > > The Jetty doc at > https://www.eclipse.org/jetty/documentation/current/setting-port80-access.html > suggests to run the command > > # iptables -t nat -I PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080 > > but I can not figure out the corresponding line for the > /etc/sysconfig/iptables > > I have tried running the above command and then "iptables -S" to see the > added rule, but that didn't really work. > > Thank you > Alex Hi, you can add the rule and then run "service iptables save" - it will save the current rules in /etc/sysconfig/iptables when you run "iptables" or "iptables -S", it prints only the filter chain by default. Try "iptables-save" - it prints all rules. The other option is "iptables -t nat -L -n" or "iptables -t nat -S" Hope it helps. Regards, ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] netbook screen suddenly goes black
On Mon, Jun 20, 2016 at 02:59:29PM -0400, Jon LaBadie wrote: > On Mon, Jun 20, 2016 at 08:58:54AM -0400, Fred Smith wrote: > > On Mon, Jun 20, 2016 at 01:34:30PM +0300, Александр Кириллов wrote: > > > >Can anyone of you provide further hints on what I should be looking > > > >for or at? > > > > > > Is it trying to hibernate? > > > > gosh, I hope not! I was in the middle of using it, playing solitaire > > and moving the mouse around a lot. > > > I recently had the opposite problem. I'd comback to a laptop > I knew I had turned off and it was up and running. > > Turns out the bios had a setting to automatically power up > at 1:30 AM. Perhaps your bios has a "shut down at ..." > setting? > > jl thanks for the suggestion! but I kinda doubt that's it, this has been highly rare, and doesn't do it when e.g. I'm at work and leave it on all day. Fred -- --- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 - The Boulder Pledge - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] netbook screen suddenly goes black
Fred Smith wrote: > On Mon, Jun 20, 2016 at 02:59:29PM -0400, Jon LaBadie wrote: >> On Mon, Jun 20, 2016 at 08:58:54AM -0400, Fred Smith wrote: >> > On Mon, Jun 20, 2016 at 01:34:30PM +0300, Александр Кириллов wrote: >> > > >Can anyone of you provide further hints on what I should be looking >> > > >for or at? >> > > >> > > Is it trying to hibernate? >> > >> > gosh, I hope not! I was in the middle of using it, playing solitaire >> > and moving the mouse around a lot. >> > >> I recently had the opposite problem. I'd comback to a laptop >> I knew I had turned off and it was up and running. >> >> Turns out the bios had a setting to automatically power up >> at 1:30 AM. Perhaps your bios has a "shut down at ..." >> setting? >> >> jl > > thanks for the suggestion! > > but I kinda doubt that's it, this has been highly rare, and doesn't do it > when > e.g. I'm at work and leave it on all day. > Hooold on thar! I came into this thread really late (like, today). You're saying it's fine at work, but not at home? mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] netbook screen suddenly goes black
On Mon, Jun 20, 2016 at 04:13:35PM -0400, m.r...@5-cent.us wrote: > Fred Smith wrote: > > On Mon, Jun 20, 2016 at 02:59:29PM -0400, Jon LaBadie wrote: > >> On Mon, Jun 20, 2016 at 08:58:54AM -0400, Fred Smith wrote: > >> > On Mon, Jun 20, 2016 at 01:34:30PM +0300, Александр Кириллов wrote: > >> > > >Can anyone of you provide further hints on what I should be looking > >> > > >for or at? > >> > > > >> > > Is it trying to hibernate? > >> > > >> > gosh, I hope not! I was in the middle of using it, playing solitaire > >> > and moving the mouse around a lot. > >> > > >> I recently had the opposite problem. I'd comback to a laptop > >> I knew I had turned off and it was up and running. > >> > >> Turns out the bios had a setting to automatically power up > >> at 1:30 AM. Perhaps your bios has a "shut down at ..." > >> setting? > >> > >> jl > > > > thanks for the suggestion! > > > > but I kinda doubt that's it, this has been highly rare, and doesn't do it > > when > > e.g. I'm at work and leave it on all day. > > > > Hooold on thar! I came into this thread really late (like, today). You're > saying it's fine at work, but not at home? > No. I'm saying it's only happened once since I installed C7, not long after it was released. While I haven't kept records of dates and times, I don't think it was at any specific time. I saw it 2 or 3 times previously, probably some Fedora version,... my tired old brain won't divulge that info right now. It seems reasonable that it's some kind of hardware issue but I don't see anything in the logs I've thought to check. I inquired, hoping some of you could suggest other places to look for info, in retrospect. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The eyes of the Lord are everywhere, keeping watch on the wicked and the good. - Proverbs 15:3 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] netbook screen suddenly goes black
Fred Smith wrote: > On Mon, Jun 20, 2016 at 04:13:35PM -0400, m.r...@5-cent.us wrote: >> Fred Smith wrote: >> > On Mon, Jun 20, 2016 at 02:59:29PM -0400, Jon LaBadie wrote: >> >> On Mon, Jun 20, 2016 at 08:58:54AM -0400, Fred Smith wrote: >> >> > On Mon, Jun 20, 2016 at 01:34:30PM +0300, Александр Кириллов wrote: >> >> Hooold on thar! I came into this thread really late (like, today). >> You're saying it's fine at work, but not at home? > > No. I'm saying it's only happened once since I installed C7, not long > after it was released. While I haven't kept records of dates and times, > I don't think it was at any specific time. > > I saw it 2 or 3 times previously, probably some Fedora version,... my > tired old brain won't divulge that info right now. > > It seems reasonable that it's some kind of hardware issue but I don't > see anything in the logs I've thought to check. > > I inquired, hoping some of you could suggest other places to look for > info, in retrospect. Ok, then at that point, I like Valery's suggestion. Try looking at /var/log/Xorg.0.log mark ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] why gstreamer can't use ffmpeg on centos?
Hi, I have one question about gstreamer. Why gstreamer can't use ffmpeg on centos? is there some patent issue related to ffmpeg and gstreamer? Thanks! B.R. Andrew ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] https and self signed
On Mon, June 20, 2016 19:16, Gordon Messmer wrote: > On 06/20/2016 07:47 AM, James B. Byrne wrote: >> Exactly what mindless person or committee of bike-shedders decided >> that software should be distributed so that copies of it expire? > > Expiration is a fundamental aspect of x509 certificates. Do you > understand x509 at all? with all its problems; look just a little bit into the future; when I sign a document today, the certificate I sign this document maybe valid till the end of next year (end of the year 2017); let us think this is an important document; and let us think you were a young boy now; in case the software still exists in the next 50 years, the diagnosis if the document has been modified is easy, but ... how would you be able to verify that this document hasn't been signed by a certificate that had been revoked when you are an old man? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
