Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias j.romi...@gmail.com wrote: To find the reason for the following Impossible because illegal error situation: Executing 'test unit ready' command on Bus 0 Target 6, Lun 0 timeout 40s CDB: 00 00 00 00 00 00 cdrecord: Input/output error. test unit ready: scsi sendcmd: fatal error CDB: 00 00 00 00 00 00 cmd finished after 0.000s timeout 40s please run the command again and add debug=2 to the list of options. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
[gentoo-user] bareos, anyone?
Does anyone of you use the bareos backup suite with gentoo? I will start to test it and learn the basics as I need some hands-on-experience for a job at a customer. Quick installation went fine, aside from the missing systemd-unit-files (yes, we know ...). I will grab some unit-files from another distro (got some templates already) and adjust them, then file that as a bug with bgo. As I am a longtime amanda-user I would be interested in your experience and the pros and cons from your point of view (and if the ebuild in portage is in any way problematic). Thanks, regards, Stefan
Re: [gentoo-user] cdrecord fails to burn dvd
On Mon, Nov 16, 2009 at 03:43:12PM +0100, Joerg Schilling wrote: José Romildo Malaquias j.romi...@gmail.com wrote: To find the reason for the following Impossible because illegal error situation: Executing 'test unit ready' command on Bus 0 Target 6, Lun 0 timeout 40s CDB: 00 00 00 00 00 00 cdrecord: Input/output error. test unit ready: scsi sendcmd: fatal error CDB: 00 00 00 00 00 00 cmd finished after 0.000s timeout 40s please run the command again and add debug=2 to the list of options. I am attaching the compressed output of the command: script -f -c cdrecord -v debug=2 -sao -eject speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso cdrecord.log Romildo cdrecord.log.bz2 Description: BZip2 compressed data
Re: [gentoo-user] [OT]UPS battery dead?
maxim wexler wrote: Only 2.8mins left? The UPS unit, fairly common I suspect, is a Back-UPS ES 350 and less than a year old. It only saw service once last year during an electric storm when the house power failed for a few minutes. Why isn't it charging. Or is it? It says BATTDATE 2000-00-00. Huh? I'd like to test it further but the apcupsd manual recommends at least 5mins time left. If I just unplug it from the back of the PC, will it charge? Is the battery caput? Maxim I had a similar problem at work (but with the windows client). APC told me to charge the UPS overnight with 0 load and then see what that run time is after performing a self test. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] autopoweroff
cucu ionut cristian wrote: I have a machine here that does that. I've tied changing all bar the PSU (its a custom case with a custom PSU) but i'm guessing that theres something iffy wiht it. Your PSU does provide more than enoguh power on all rails for what you need? Tim PSA? i'm gessing it has something to do with the power source right. But I don't quite follow u! I don't thinks the source provides more power than neeed it because the power output on the source maches the one in the motherboard tech spec. Thou that might me a starting point, but I don't think I would buy a new source just for that; or could this cause more problems? PSU - as in Power Supply Unit. You don't necesserily need to buy a new one, but you could try unplugging some devices and running the system on minimum hardware to see how stable it is(n't). As i said, i've had a machine just power off, i suspect the power supply to be on its way. I'm going to borrow one from another PC to test it with, see if the problme repeats with a different unit. Tim -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] *draft* for setting up network bridge with systemd (for qemu/kvm)
Am 29.01.2013 20:23, schrieb Canek Peláez Valdés: I really believe the most important thing abount systemd unit files is that they are small and simple. You can also check the exit status from each command in the script, or even better, you can do a test after all the commands are done to check the status of the bridge and see if it was created correctly. None of this belongs in the unit service, IMO. Otherwise, you end creating ssh keys and user groups in unit files, and none of this belongs there. Clear separation between the services and the init system. But of course, as I said to Stefan, if it works it works. As I mentioned it is a first version ... just to make things work. If all the services/daemons/stuff work with systemd then I am able to use it as default init-system here and I don't have switch back to openrc to do my work (for example when I need KVM-based virtualization on my workstation). I agree with your argument that unitfiles should be as small and simple as possible, on the other hand those commands just get pulled in from elsewhere: the complexity is just moved out of sight, right? I did quite some research to find more elegant solutions ... so far I wasn't successful. For now I am happy to get my itches scratched ... I am absolutely ready to learn and improve things. Sharing my first steps here maybe helps to motivate other gentoo-users to give systemd a try? Regards, Stefan
Re: [gentoo-user] gentoo-systemd-only deprecation
Top-posting because my question is about something in the linked threads... In one comment was said the following: Can I ask the systemd people to design a working solution for opting out? I can't support this initiative without such a solution and I would be happy to work with the systemd people to reach it, ie I'll test. This already went before the Council, and the decision was that INSTALL_MASK IS the working solution for opting out. If somebody wants to come up with a better one and propose it they're of course welcome to, but in the meantime, INSTALL_MASK is the official solution. Where is this 'INSTALL_MASK' option for opting out of systemd completely documented? Googling only finds references to this discussion? Thanks, Charles On 2013-07-30 6:40 PM, Canek Peláez Valdés can...@gmail.com wrote: There is going to be resistance. Two months ago there was a huge thread in gentoo-dev, because a package maintaner complained that his co-maintainer added a systemd unit to the package: http://thread.gmane.org/gmane.linux.gentoo.devel/85792 In the end, the maintainer rage-quit: http://article.gmane.org/gmane.linux.gentoo.project/2551 However, this is the extreme behaviour: most developers (and rational people) agree to adding systemd unit files to all packages, and we have much better coverage now that some months ago. If users cooperate opening bugs adding systemd unit files (after testing them in their machines), the coverage is going to grow even faster.
Re: [gentoo-user] Anyone compiled libreoffice-3.6.0.4 yet?
Hello! In contrast to previous speakers with more or less successful LibreOffice 3.6.0.4 build, on my machine it does not build at all. After 10 hours of compiling (which is a bit longer than a usual time for 3.5) it said: --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development And the build log says: ## Quote start ## ... subsequent_filters-test.cxx:740:Assertion Test name: ScFiltersTest::testPasswordOld assertion failed - Expression: xDocSh.Is() - Failed to load password.ods subsequent_filters-test.cxx:740:Assertion Test name: ScFiltersTest::testPasswordNew assertion failed - Expression: xDocSh.Is() - Failed to load password.ods Failures !!! Run: 18 Failure total: 2 Failures: 2 Errors: 0 Error: a unit test failed, please do one of: export DEBUGCPPUNIT=TRUE# for exception catching export GDBCPPUNITTRACE=gdb --args # for interactive debugging export VALGRIND=memcheck# for memory checking and retry. ### Quote end ### So, can anyone suggest a way to fix it? Thanks! Vladimir - v...@ukr.net
Re: [gentoo-user] nfsv4 issues
On Sun, Jul 24, 2016 at 3:37 AM, Adam Carter <adamcart...@gmail.com> wrote: > I've added the directory, and after restarting syslog now has new entries; >> >> kernel: [912267.948883] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 >> state recovery directory >> kernel: NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery >> directory >> >> I will test shortly and report back - thanks! > > Confirmed - this fixes the 30 second delay. Good. > Should i log a bug for these issues? If I were you, I'd definitely file a bug reports against nfs-utils for: 1) the creation of "/var/lib/nfs/v4recovery/" when systemd is pid 1; 2) the systemd unit compatible envvars.
Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias j.romi...@gmail.com wrote: On Mon, Nov 16, 2009 at 03:43:12PM +0100, Joerg Schilling wrote: José Romildo Malaquias j.romi...@gmail.com wrote: To find the reason for the following Impossible because illegal error situation: Executing 'test unit ready' command on Bus 0 Target 6, Lun 0 timeout 40s CDB: 00 00 00 00 00 00 cdrecord: Input/output error. test unit ready: scsi sendcmd: fatal error CDB: 00 00 00 00 00 00 cmd finished after 0.000s timeout 40s please run the command again and add debug=2 to the list of options. I am attaching the compressed output of the command: script -f -c cdrecord -v debug=2 -sao -eject speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso cdrecord.log I cannot see any problem like the problem above. BTW: this may be caused by the fact that you did not simply add debug=2 but at the same time removed -V. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] My PC died. What should I try?
v...@ukr.net writes: If the system behaves in such an unpredictable way (freezing at a random point), I usually check the following things: - RAM; - bloated capacitors on the Motherboard; - bloated or dried capacitors in the power supply unit; If your PC is only half a year old, it is unlikely that the capacitors dried. But they could easily bloat, especially if they were of bad quality or situated near some hot surface like heat sinks. Testing the power supply needs not only visual analysis. It would be good to attach the oscilloscope to the output and see the voltage level. It should not have large peaks (voltage jumps). But this is usually true for the old units with dried capacitors, as I said. The power supply is older, I re-used it from the PC I had before this one. I hope it causes the trouble, and will try another one this evening. Thanks for this information, this strengthens my confidence that I do not have to buy a new board or CPU. Now I am driving home with a bag of three PSUs I had lent to a friend (and already forgotten). If I were you, I'd tried to temporarily replace the memory with a 100% working module, and if it does not help - replace the power supply unit (if you do not have the necessary equipment to test it thoroughly). I wish I had :) The RAM is okay, I think, I cannot imagine different memory modules to suddenly go bad all at once. And memtest86 found one error only after an hour, while the crashes happen after a few minutes already. And one more simple test: turn on the PC, enter the BIOS setup utility and keep it running in this state. If it runs ok for some time (like a couple of hours), I'd say the problem is in RAM. It once crashed after ten minutes. That was not reproducable, but I did not try that often. Wonko
[gentoo-user] systemd how can I get a service to start after network is up
Hi. I have a simple, static, ethernet network. However when booting using systemd, a number of services which should start only after the network is up, insist on starting in parallell and so fail for various reasons. Here is my network service and my ntpdate service file, and I would like to know how to get the ntpdate service file to wait till the network is up before trying to start. Thanks in advance for any suggestions. Network service file: [Unit] Description=Network Connectivity for %i Documentation= nam ip Before=network.target wants=network.target BindsTo=sys-subsystem-net-devices-%i.device After=sys-subsystem-net-devices-%i.device [Service] Type=oneshot RemainAfterExit=yes EnvironmentFile=/etc/conf.d/network@%i ExecStart=/bin/ip link set dev %i up ExecStart=/bin/ip addr add ${address}/${netmask} broadcast ${broadcast} dev %i ExecStart=-/bin/bash -c test -n ${gateway} /bin/ip route add default via ${gateway} ExecStart=-/bin/bash -c test -f /etc/conf.d/postup@%i.sh/bin/bash -c /etc/conf.d/postup@%i.sh ExecStop=/bin/ip addr flush dev %i ExecStop=/bin/ip link set dev %i down [Install] WantedBy=multi-user.target and here is my ntpdate service file: [Unit] Description=Set time via NTP using ntpdate After=network.target nss-lookup.target Before=time-sync.target Wants=time-sync.target [Service] Type=oneshot EnvironmentFile=/etc/conf.d/ntp-client ExecStart=/usr/sbin/ntpdate $NTPCLIENT_OPTS RemainAfterExit=yes [Install] WantedBy=multi-user.target -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias j.romi...@gmail.com wrote: You may try to call cdrecord -v -checkdrive -V and have a look at the SCSI read buffer command. Unfortanatly I do not know how to deal with the output of the above command. So I am attaching it here (cdrecord0.log) and maybe someaone can find anything unexpected in it. OK, the drive does not support the read buffer command, this is why cdrecord cannot do a DMA speed test. But you have a massive problem in the linux kernel that needs to be investigated. The test unit ready command _cannot_ return a fatal SCSI transport error as long as there is a drive connected. Please start with running the scgcheck command to get some informations on the compliance problems in your linux kernel. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] strange TCP timeout errors
>>> I've attached a PNG from Munin showing the TCP timeout errors on my >>> Gentoo server over the past month. The data is expressed in timeouts >>> per second and that rate is shown to be steadily increasing over the >>> past month. That seems strange to me. Munin doesn't show any other >>> data point increasing like this over the time period. Any ideas? >>> >>> - Grant >>> >> >> weird - does it reset on an interface restart or reboot? > > this would be my test #1 I rebooted and the rate of errors has dropped off to almost nothing. >> Can you verify its not an artefact within munin (how?) > > In theory, a misconfigured graph can do this. Munin can draw many > different types of graph, including cumulative values. Even for a data > type like this which is X events per unit time, if you tell munin to add > them all up, it will do so and graph it. > > Qucik test is to look at the graph config. This graph lives in the "network" section of the munin web interface. There is no matching section in /etc/munin/plugin-conf.d/munin-node so it should be be using the default config. Any ideas based on this new info? - Grant
Re: [gentoo-user] strange TCP timeout errors
On 06/10/2015 00:57, Bill Kenworthy wrote: > On 06/10/15 01:35, Grant wrote: >> I've attached a PNG from Munin showing the TCP timeout errors on my >> Gentoo server over the past month. The data is expressed in timeouts >> per second and that rate is shown to be steadily increasing over the >> past month. That seems strange to me. Munin doesn't show any other >> data point increasing like this over the time period. Any ideas? >> >> - Grant >> > > weird - does it reset on an interface restart or reboot? this would be my test #1 > Can you verify its not an artefact within munin (how?) In theory, a misconfigured graph can do this. Munin can draw many different types of graph, including cumulative values. Even for a data type like this which is X events per unit time, if you tell munin to add them all up, it will do so and graph it. Qucik test is to look at the graph config. -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] problem getting wifi card to route to internet
Hi. This is not strictly a gentoo problem, but I would like advise from people on how to get my wifi card to see the internet. On my new box I have the following card: 00:14.3 Network controller: Intel Corporation Wireless-AC 9560 [Jefferson Peak] (rev 10) Subsystem: Intel Corporation Wireless-AC 9560 [Jefferson Peak] Kernel driver in use: iwlwifi Now, I wanted to serve other computers with this device and so emerged hostapd. Then after some configuration fooling around with /etc/hostap/hostapd.conf, I got things to the point where the card comes up and is seen by other devices. I set the device up on its own network at 192.168.3.1 by using the following unit file: [Unit] Description=Network Connectivity for %i Documentation=man:ip Before=network.target Wants=network.target BindsTo=sys-subsystem-net-devices-%i.device After=sys-subsystem-net-devices-%i.device [Service] Type=oneshot RemainAfterExit=yes EnvironmentFile=/etc/conf.d/network@%i ExecStart=/bin/ip link set dev %i up ExecStart=/bin/ip addr add ${address}/${netmask} broadcast ${broadcast} dev %i ExecStart=-/bin/bash -c "test -n ${gateway} && /bin/ip route add default via ${gateway}" ExecStart=-/bin/bash -c "test -f /etc/conf.d/postup@%i.sh&&/bin/bash -c /etc/conf.d/postup@%i.sh" ExecStop=/bin/ip addr flush dev %i ExecStop=/bin/ip link set dev %i down ExecStop=-/bin/bash -c "test -f /etc/conf.d/postdown@%i.sh&&/bin/bash -c /etc/conf.d/postdown@%i.sh" [Install] WantedBy=multi-user.target and the following in /etc/conf.d/network@wlan0 address=192.168.3.1 netmask=24 broadcast=192.168.3.255 and also added the following route route add -net 192.168.3.0 netmask 255.255.255.0 dev eno1 but still I cannot get packets out to the internet. I can ping the device from my console, but that is it. I am not sure whether I am missing something in my hostapd.conf or somewhere else. Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] cdrecord fails to burn dvd
On Wed, Nov 11, 2009 at 06:03:39PM +0100, Joerg Schilling wrote: José Romildo Malaquias j.romi...@gmail.com wrote: [...] OK, the drive does not support the read buffer command, this is why cdrecord cannot do a DMA speed test. But you have a massive problem in the linux kernel that needs to be investigated. The test unit ready command _cannot_ return a fatal SCSI transport error as long as there is a drive connected. Please start with running the scgcheck command to get some informations on the compliance problems in your linux kernel. The output of scgcheck is attached to this message. Romildo # scgcheck Scgcheck 2.01.01a67 (x86_64-unknown-linux-gnu) SCSI user level transport library ABI checker. Copyright (C) 1998-2008 Jörg Schilling ** Checking whether your implementation supports to scan the SCSI bus. Trying to open device: '(NULL POINTER)'. Using libscg version 'schily-0.9' Max DMA buffer size: 32768 scsibus0: 0,0,0 0) 'ATA ' 'FUJITSU MHZ2250B' '0085' Disk 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) * scsibus3: 3,0,0 300) 'TEAC' 'DVD+-RW DVW28SLC' 'A.06' Removable CD-ROM 3,1,0 301) * 3,2,0 302) * 3,3,0 303) * 3,4,0 304) * 3,5,0 305) * 3,6,0 306) * 3,7,0 307) * -- SCSI scan bus test PASSED For the next test we need to open a single SCSI device. Best results will be obtained if you specify a modern CD-ROM drive. No target specified, trying to find one... Using dev=3,0,0. Enter SCSI device name [3,0,0]: Trying to open device: '3,0,0'. Using libscg version 'schily-0.9' Max DMA buffer size: 131072 Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'TEAC' Identifikation : 'DVD+-RW DVW28SLC' Revision : 'A.06' Ready to start test for second SCSI open? Enter CR to continue: First SCSI open OK - device usable ** Checking for second SCSI open. Second SCSI open for same device succeeded, 1 additional file descriptor(s) used. Second SCSI open is usable Closing second SCSI. Checking first SCSI. First SCSI open is still usable -- Second SCSI open test PASSED. First SCSI open is still usable Ready to start test for succeeded command? Enter CR to continue: ** Checking for succeeded SCSI command. Executing 'inquiry' command on Bus 3 Target 0, Lun 0 timeout 40s CDB: 12 00 00 00 24 00 cmd finished after 0.004s timeout 40s Inquiry Data : 05 80 05 32 5B 00 00 00 54 45 41 43 20 20 20 20 44 56 44 2B 2D 52 57 20 44 56 57 32 38 53 4C 43 41 2E 30 36 -- SCSI succeeded command test PASSED Ready to start test for failing command? Enter CR to continue: ** Testing for failed SCSI command. Inquiry did not fail. This may be because the firmware in your drive is buggy. If the current drive is not a CD-ROM drive please restart the test utility. Otherwise remove any medium from the drive. Ready to start test for failing command? Enter CR to continue: scgcheck: Input/output error. test unit ready: scsi sendcmd: no error CDB: 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 02 00 00 00 00 0E 00 00 00 00 3A 00 00 00 Sense Key: 0x2 Not Ready, Segment 0 Sense Code: 0x3A Qual 0x00 (medium not present) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.007s timeout 40s -- SCSI failed command test PASSED Ready to start test for sense data count? Enter CR to continue: ** Testing for SCSI sense data count. ** Testing if at least CCS_SENSE_LEN (18) is supported... Sense Data: 70 00 02 00 00 00 00 0E 00 00 00 00 3A 00 00 00 00 00 -- Method 0x00: expected: 18 reported: 16 max found: 13 Sense Data: 70 00 02 00 00 00 00 0E 00 00 00 00 3A 00 00 00 FF FF -- Method 0xFF: expected: 18 reported: 16 max found: 16 -- Minimum standard (CCS) sense length failed -- Wanted 18 sense bytes, got (16) ** Testing for 32 bytes of sense data... Sense Data: 70 00 02 00 00 00 00 0E 00 00 00 00 3A 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 -- Method 0x00: expected: 32 reported: 16 max found: 13 Sense Data: 70 00 02 00 00 00 00 0E 00 00 00 00 3A 00 00 00 FF FF FF FF FF FF FF
Re: [gentoo-user] *draft* for setting up network bridge with systemd (for qemu/kvm)
On Tue, Jan 29, 2013 at 1:33 PM, Stefan G. Weichinger li...@xunil.at wrote: Am 29.01.2013 20:23, schrieb Canek Peláez Valdés: I really believe the most important thing abount systemd unit files is that they are small and simple. You can also check the exit status from each command in the script, or even better, you can do a test after all the commands are done to check the status of the bridge and see if it was created correctly. None of this belongs in the unit service, IMO. Otherwise, you end creating ssh keys and user groups in unit files, and none of this belongs there. Clear separation between the services and the init system. But of course, as I said to Stefan, if it works it works. As I mentioned it is a first version ... just to make things work. If all the services/daemons/stuff work with systemd then I am able to use it as default init-system here and I don't have switch back to openrc to do my work (for example when I need KVM-based virtualization on my workstation). I agree with your argument that unitfiles should be as small and simple as possible, on the other hand those commands just get pulled in from elsewhere: the complexity is just moved out of sight, right? I don't think so, no. It's like the Model/View/Controller design pattern: The code does the same (sometimes it even grows in complexity), so we are just moving stuff around, right? No, we are clearly splitting the information we have, and how do we present it to the user, with a set of well defined interfaces in the control module on how to update the second using the first. Or with a webapp; we can mix the information with the presentation, why to split them? We are just moving it out of sight, right? No, again, we split the information on a web page from how do we present it to the user, so when something breaks, we know where it did. Imagine that systemd had a bug in its ExecStart= directive. Perhaps it works for the first 5 commands, but it fails in the 6th. Then you would have been stuck for hours (perhaps days) trying to debug your unit file, when it had nothing wrong, really. If instead you put all the logic pertaining to your service in a script, or executable, or whatever, but *clearly separated* from systemd, and you got it working, and it doesn't work with systemd, then you *know* where the problem is. I really believe the proper solution is to clearly separate this stuff. You can abuse the Type=oneshot unit files, or heck, even put everything in a single ExecStart=( command1; command2; command3; ...; commandN). That doesn't mean you should. Just my 0.02 cents. I did quite some research to find more elegant solutions ... so far I wasn't successful. I find more elegant to clearly split the commands your service uses from the unit file. For now I am happy to get my itches scratched ... I am absolutely ready to learn and improve things. Sharing my first steps here maybe helps to motivate other gentoo-users to give systemd a try? I would not bet on that ;) too much resistance. However it is certainly getting better and better: the LWN article on The Biggest Myths about systemd had an overwhelmingly majority of comments positive to systemd, and just a handful of negative comments: http://lwn.net/Articles/534210/#Comments But that is in LWN; Gentoo is way behind, I believe. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] DVD RW (recommendations
2009/2/3 James wirel...@tampabay.rr.com: Hello SATA or Eide on DVD rw choices (internal unit). Any cheap DVD rw that have success writing to the many forms of rw DVDS, that one would recommend? Any bands (plextor?) to avoid on gentoo? James Hi James! I use LG burners for every pc and I'm very happy with them. They seem to be very compatible (at least they burned every DVD my friends brought to me and they get trademarks that I never saw before...) and also have good test results. For the decision between S-ATA and IDE: I can recommend using S-ATA. One reason is that most boards have got only one IDE Channel left, second reason is the S-ATA cable is smaller though the air can pass easier through the pc and third they start to be cheaper than the IDE ones. -- Currently developing a browsergame... http://www.p-game.de Trade - Expand - Fight Follow me at twitter! http://twitter.com/moortier
Re: [gentoo-user] [OT]UPS battery dead?
Unplug all your electronic devices and plug in a lamp with a 100 Watt incandescent light build. With the lamp on unplug the UPS from the wall and see what happens. If the battery is dead it won't last all that long. Gave ~5 mins. So I let it charge for 24 hrs now it gives me 36 mins. Which is wierd; what happened to all that charge? I haven't had to use it for 6-7 mons. Isn't the unit supposed to stay topped-up? Another thing: When I do the remove-the-usb-cable test I don't see the communication lost error in apcupsd.events until I switch the dial-up off and on quickly! In the conf file I have DEVICE: /dev/ttyS[0-3] because the default, /dev/ttyS0, locks out the modem. But why does the UPS need to know about serial ports? It connects by this funny RJ-45/USB cable. I wonder does the manufacturer assume the serial port won't be used? mw __ The new Internet Explorer® 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/
Re: [gentoo-user] [OT] eee PC crashes on shutdown.
You have to hold down Alt, hold down Fn, hold down PrtSc, release Fn then press the command keys. If you keep Fn held down, U is seen as 4 etc. How do I test it out? Must I induce a freeze somehow or can I just apply it to a working rig? Press Ctrl-Alt-F1 to get to the first VC then press Alt-SysRq S. It should report Emergency sync. None of these maneuvers have any effect whatever. Except getting to the first console. Least that I can see. BTW, when I try getting back to the X console, it's blank. Is this an Xfce4 thing? I remember sysrescuecd which also uses Xfce4 had the same bug/feature. I have to ctrl-c on the first console to get back to the prompt so I can restart X. FWIW Prt Sc and Sys Rq are separate keys on this unit. They share space with Ins and Del, respectively. Prt Sc and Sys Rq are printed in blue and, I assume. are part of the 'fn' system. mw
Re: [gentoo-user] System maintenance procedure?
On Tue, 4 Dec 2012 20:04:30 -0800, Grant wrote: The first depclean is redundant, you haven't updated anything so it won't show anything useful. I only run depclean and revdep-rebuild weekly,I don't see a need to routinely do it more often, especially on slower systems. I do run eix-update and eix-update-remote after my daily sync.I run eix-test-obsolete from the weekly cron script. I should have said that I'm emailed the results of the first set of commands so the first depclean is there to let me know what would be removed after yesterday's update. But you ran depclean manually after yesterday's update, so it should show nothing. -- Neil Bothwick CPU: (n.) acronym for Central Purging Unit. A device which discards or distorts data sent to it, sometimes returning more data and sometimes merely over-heating. signature.asc Description: PGP signature
Re: [gentoo-user] systemd and lvm
Am 13.09.2013 15:33, schrieb Stefan G. Weichinger: Am 13.09.2013 14:54, schrieb Stefan G. Weichinger: new info here (for me): https://bugs.gentoo.org/show_bug.cgi?id=480066#c19 gotta test ... right now I don't have the time. first tests with genkernel --udev ... : negative. More details maybe later this evening. I found something. journalctl -b told me that systemd was looking for /usr/sbin/lvm which does not exist. I linked it from /sbin/lvm and this seems to help ... I still don't know exactly where this comes from ... still digging. I also removed lvm2 completely ... checked for lvm-related unit-files and emerged it again ... no /usr/sbin/lvm found with grep. Maybe compiled into ... /usr/lib/systemd/system-generators/lvm2-activation-generator Will have to check the sources or similar.
Re: [gentoo-user] Re: soliciting a DHCP lease / carrier lost
On 04/04/2017 02:56 PM, Kai Krakow wrote: > Am Tue, 4 Apr 2017 14:28:23 -0600 > schrieb the...@sys-concept.com: > [snip] >> >> I have reconnected another cable and the unit in remote location >> works. Both cable have a good pinout but one is working and the other >> is not. Both cable are sunning inside wall (I presume same path). >> Without special tools/testing equipment it is hard to trace these >> problems. > > You could try the problematic cable with only 100 MBit. If this works, > I'm pretty sure that some of the wires are broken or have incorrect > order. Keep in mind, tho, that the inverse assumption of such tests is > not true. Yes, the testing took was cheap it came with the stripper. Though, if the cable order was wrong, wouldn't the light on the tester jump in different order? The light on the tester lights up sequentially, so I assume the order is correct. Besides that "bad" cable was working OK for a day. And yes, the room the cable is passing by has all kind or x-ray machine. I'll try to test it 100Mbit (limit the speed); just need to find out how. -- Thelma.
Re: [gentoo-user] Re: systemd questions: hdparm unit file, OpenRC packages
Kai Krakow wrote: - cron/anacron after transition to systemd timers You might want to also look at sys-process/systemd-cron as a bridge. It basically generates timer units from your crontab and also runs the stuff in /etc/cron.*.d/. But, timer scripts also work just fine and I do that for stuff that I want a bit more control over. I don't suggest so. Services don't spawn session which cronjobs may depend upon (most don't, tho). Cron spawns a session in the system context. Both is not the same, so you should carefully decide which cronjob to convert to a timer. Everything in /etc/cron* should work, but timers are not a replacement for cron. Thanks for all the hints, I'll test them in the next weeks. I used cron mainly for backup scripts and log rotation, it should be fairly easy to convert to one of the above (cron session vs. timer) once I fully digest the implications. raffaele
[gentoo-user] Re: systemd questions: hdparm unit file, OpenRC packages
Am Tue, 11 Apr 2017 09:40:04 +0200 schrieb Raffaele Belardi <raffaele.bela...@st.com>: > Kai Krakow wrote: > [...] > >> > >> You might want to also look at sys-process/systemd-cron as a > >> bridge. It basically generates timer units from your crontab and > >> also runs the stuff in /etc/cron.*.d/. But, timer scripts also > >> work just fine and I do that for stuff that I want a bit more > >> control over. > > > > I don't suggest so. Services don't spawn session which cronjobs may > > depend upon (most don't, tho). Cron spawns a session in the system > > context. Both is not the same, so you should carefully decide which > > cronjob to convert to a timer. Everything in /etc/cron* should work, > > but timers are not a replacement for cron. > > > > Thanks for all the hints, I'll test them in the next weeks. > > I used cron mainly for backup scripts and log rotation, it should be > fairly easy to convert to one of the above (cron session vs. timer) > once I fully digest the implications. I'm doing so, too: I use the timers for backup. -- Regards, Kai Replies to list-only preferred.
Re: [gentoo-user] My PC died. What should I try?
Hello! On Fri, 17 Aug 2012 09:50:40 +0200 Alex Schuster wo...@wonkology.org wrote: Hi there! Two days ago, my PC suddenly died, after working fine for half a year. I used myrtcwake as usual to suspend to RAM, and it woke up in the morning. But after two minutes, the screen went blank and nothing, even SysRq, gave a reaction. I tried booting a couple of times again, and sometimes it did not even reach KDM. Now, I cannot even run Grub (from my USB stick) any more, I only see a GRUB string at the top right, then nothing happens. Booting with SystemRescueCD also freezes sometimes. If not, I can make it freeze after seconds by running 'memtester'. Booting good old memtest86 ran for an hour and only found one error, then I aborted, removed three of my four memory modules (4GB each), and tried different ones in the first bank. Memtest86 again did not find much errors, but froze once. Running memtester after booting from SystemrescueCD again makes the thing freeze in seconds. It once also froze while being in the BIOs setup. If the system behaves in such an unpredictable way (freezing at a random point), I usually check the following things: - RAM; - bloated capacitors on the Motherboard; - bloated or dried capacitors in the power supply unit; If your PC is only half a year old, it is unlikely that the capacitors dried. But they could easily bloat, especially if they were of bad quality or situated near some hot surface like heat sinks. Testing the power supply needs not only visual analysis. It would be good to attach the oscilloscope to the output and see the voltage level. It should not have large peaks (voltage jumps). But this is usually true for the old units with dried capacitors, as I said. If I were you, I'd tried to temporarily replace the memory with a 100% working module, and if it does not help - replace the power supply unit (if you do not have the necessary equipment to test it thoroughly). And one more simple test: turn on the PC, enter the BIOS setup utility and keep it running in this state. If it runs ok for some time (like a couple of hours), I'd say the problem is in RAM. Regards, Vladimir - v...@ukr.net
Re: [gentoo-user] systemd how can I get a service to start after network is up
Am 20.05.2014 12:29, schrieb cov...@ccs.covici.com: Hi. I have a simple, static, ethernet network. However when booting using systemd, a number of services which should start only after the network is up, insist on starting in parallell and so fail for various reasons. Here is my network service and my ntpdate service file, and I would like to know how to get the ntpdate service file to wait till the network is up before trying to start. Thanks in advance for any suggestions. Network service file: [Unit] Description=Network Connectivity for %i Documentation= nam ip Before=network.target wants=network.target BindsTo=sys-subsystem-net-devices-%i.device After=sys-subsystem-net-devices-%i.device [Service] Type=oneshot RemainAfterExit=yes EnvironmentFile=/etc/conf.d/network@%i ExecStart=/bin/ip link set dev %i up ExecStart=/bin/ip addr add ${address}/${netmask} broadcast ${broadcast} dev %i ExecStart=-/bin/bash -c test -n ${gateway} /bin/ip route add default via ${gateway} ExecStart=-/bin/bash -c test -f /etc/conf.d/postup@%i.sh/bin/bash -c /etc/conf.d/postup@%i.sh ExecStop=/bin/ip addr flush dev %i ExecStop=/bin/ip link set dev %i down [Install] WantedBy=multi-user.target and here is my ntpdate service file: [Unit] Description=Set time via NTP using ntpdate After=network.target nss-lookup.target Before=time-sync.target Wants=time-sync.target [Service] Type=oneshot EnvironmentFile=/etc/conf.d/ntp-client ExecStart=/usr/sbin/ntpdate $NTPCLIENT_OPTS RemainAfterExit=yes [Install] WantedBy=multi-user.target Hi there, setting After=network.target should just work (tm). I have a few custom service files which need a working network connection, and using this setting words for me. systemd-analyze plot boot.svg also shows the these services only start after the network is up. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Anyone compiled libreoffice-3.6.0.4 yet?
Looks like developers have already caught this issue. https://bugs.gentoo.org/show_bug.cgi?id=428328#c8 On Sun, 12 Aug 2012 11:50:31 +0300 v...@ukr.net wrote: Hello! In contrast to previous speakers with more or less successful LibreOffice 3.6.0.4 build, on my machine it does not build at all. After 10 hours of compiling (which is a bit longer than a usual time for 3.5) it said: --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development And the build log says: ## Quote start ## ... subsequent_filters-test.cxx:740:Assertion Test name: ScFiltersTest::testPasswordOld assertion failed - Expression: xDocSh.Is() - Failed to load password.ods subsequent_filters-test.cxx:740:Assertion Test name: ScFiltersTest::testPasswordNew assertion failed - Expression: xDocSh.Is() - Failed to load password.ods Failures !!! Run: 18 Failure total: 2 Failures: 2 Errors: 0 Error: a unit test failed, please do one of: export DEBUGCPPUNIT=TRUE# for exception catching export GDBCPPUNITTRACE=gdb --args # for interactive debugging export VALGRIND=memcheck# for memory checking and retry. ### Quote end ### So, can anyone suggest a way to fix it? Thanks! Vladimir - v...@ukr.net - v...@ukr.net
Re: [gentoo-user] Re: Damaged CD medium
On Friday 13 Mar 2015 22:24:32 Neil Bothwick wrote: On Fri, 13 Mar 2015 17:54:01 + (UTC), Grant Edwards wrote: IIRC, there are ebuilds for ddrescue, photorec, and testdisk. There's also app-cdr/dvdisaster. Thank you all. dd and ddrescue don't work, because the block device is not recognised. I had already tried this with not success. dvddisaster requires to have created a file with error correction (ecc) data in advance of the hardware failure, then use that to recover the lost bits. readcd is great - thanks Joerg! However, this is what I got in my first attempt: = $ readcd dev=1,0,0 -v scsidev: '1,0,0' scsibus: 1 target: 0 lun: 0 Linux sg driver version: 3.5.36 readcd: Input/output error. set cd speed: scsi sendcmd: no error CDB: BB 00 FF FF FF FF 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 04 01 00 00 Sense Key: 0x2 Not Ready, Segment 0 Sense Code: 0x04 Qual 0x01 (logical unit is in process of becoming ready) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.042s timeout 40s Read speed: 11080 kB/s (CD 62x, DVD 8x, BD 2x). Write speed: 0 kB/s (CD 0x, DVD 0x, BD 0x). 0:read 1:veri 2:erase 3:read buffer 4:cache 5:ovtime 6:cap 7:wne 8:floppy 9:verify 10:checkcmds 11:read disk 12:write disk 13:scsireset 14:seektest 15: readda 16: reada 17: c2err 18:readcd 19: lin 20: full toc Enter selection: 0 (0 - 20)/cr: 0:read 1:veri 2:erase 3:read buffer 4:cache 5:ovtime 6:cap 7:wne 8:floppy 9:verify 10:checkcmds 11:read disk 12:write disk 13:scsireset 14:seektest 15: readda 16: reada 17: c2err 18:readcd 19: lin 20: full toc Enter selection: 4 (0 - 20)/cr:5==Not sure if I entered the correct No. Doing 1000 'TEST UNIT READY' operations. Time total: 0.296sec Doing 1000 'SEEK_G1 (0)' operations. Time total: 418.463sec 0:read 1:veri 2:erase 3:read buffer 4:cache 5:ovtime 6:cap 7:wne 8:floppy 9:verify 10:checkcmds 11:read disk 12:write disk 13:scsireset 14:seektest 15: readda 16: reada 17: c2err 18:readcd 19: lin 20: full toc Enter selection: 10 (0 - 20)/cr: = Here I tried different values, none of which produced anything until: = Enter selection: 10 (0 - 20)/cr:11 Capacity: 2295104 Blocks = 4590208 kBytes = 4482 MBytes = 4700 prMB Sectorsize: 2048 Bytes Ignore disk size? y Copy from SCSI (1,0,0) disk to file Enter filename [disk.out]: disk.out Enter starting sector for copy: 0 (0 - 999)/cr:0 Enter number of sectors to copy: 1000 (1 - 1000)/cr: Enter number of sectors per copy: 64 (1 - 64)/cr: end: 1000 readcd: Input/output error. read_g1: scsi sendcmd: no error CDB: 28 00 00 00 00 00 00 00 40 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 04 00 00 00 00 0A 00 00 00 00 3E 02 00 00 Sense Key: 0x4 Hardware Error, Segment 0 Sense Code: 0x3E Qual 0x02 (timeout on logical unit) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 10.414s timeout 40s readcd: Input/output error. Cannot read source disk readcd: Retrying from sector 0. .~~-readcd: Input/output error. test unit ready: scsi sendcmd: no error CDB: 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 3A 00 00 00 Sense Key: 0x2 Not Ready, Segment 0 Sense Code: 0x3A Qual 0x00 (medium not present) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.009s timeout 40s ~readcd: Input/output error. test unit ready: scsi sendcmd: no error CDB: 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) = This repeated itself for a while, until: = readcd: Input/output error. Error on sector 0 not corrected. Total of 1 errors. readcd: Input/output error. read_g1: scsi sendcmd: no error CDB: 28 00 00 00 00 00 00 00 01 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 3A 00 00 00 Sense Key: 0x2 Not Ready, Segment 0 Sense Code: 0x3A Qual 0x00 (medium not present) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.009s timeout 40s Time total: 156.756sec Read 0.00 kB at 0.0 kB/sec. Max corected retry count was 0 (limited to 128). The following 1 sector(s) could not be read correctly: 0 readcd: Input/output error. test unit ready: scsi sendcmd: no error CDB: 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 3A 00 00 00 Sense Key: 0x2 Not Ready, Segment 0 Sense Code: 0x3A Qual 0x00 (medium not present) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.010s timeout 40s readcd: Device not ready. $ = Does this above mean that the first sector is damaged? How to proceed from here? -- Regards, Mick signature.asc
Re: [gentoo-user] autopoweroff
On 12/21/05, Tim Igoe [EMAIL PROTECTED] wrote: cucu ionut cristian wrote: I have a machine here that does that. I've tied changing all bar the PSU (its a custom case with a custom PSU) but i'm guessing that theres something iffy wiht it. Your PSU does provide more than enoguh power on all rails for what you need? Tim PSA? i'm gessing it has something to do with the power source right. But I don't quite follow u! I don't thinks the source provides more power than neeed it because the power output on the source maches the one in the motherboard tech spec. Thou that might me a starting point, but I don't think I would buy a new source just for that; or could this cause more problems? Recently at gentoo-br we had an issue like yours and it turned out to be the power supply, the guy got a new one with enough power (after unplugging the DVD and CD-RW and the machine going stable). There are a number of generic PSs that come with not enough power for today's hardware requirment, it doesn't matter if it matches your MOBO specs, if the DVD (or another device, even USB ones, mostly video cards) sucks power, its gone. PSU - as in Power Supply Unit. You don't necesserily need to buy a new one, but you could try unplugging some devices and running the system on minimum hardware to see how stable it is(n't). As i said, i've had a machine just power off, i suspect the power supply to be on its way. I'm going to borrow one from another PC to test it with, see if the problme repeats with a different unit. Tim -- gentoo-user@gentoo.org mailing list -- Daniel da Veiga Computer Operator - RS - Brazil -BEGIN GEEK CODE BLOCK- Version: 3.1 GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V- PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ --END GEEK CODE BLOCK-- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Epic list of total FAIL.
On 22/08/2015 18:40, Alan Grimes wrote: The PSU is an Antec EarthWatts 750. Biggest hoggs outside the motherboard are the, um, er, well [nvidia 980 gpu] and an aging Western Digital Velociraptor boot drive. There is also a 3TB drive for all my p***, er kerbals ( Kerbal Space Program ) . There is one optical drive and four chassis fans in the system. All fans are operating perfectly. As far as I know the operating conditions for the PSU are nearly ideal I did have some noise issues with it a few years ago but it seemed to settle down and hasn't really given me any grief since. Maybe you should assume less and test more. This is good advice, replace the power supply despite your thoughts. They *are* the cost common failure item. Dale wrote: Fernando Rodriguez wrote: On Saturday, August 22, 2015 1:52:00 AM Alan Grimes wrote: Findings 3 4 sound like a faulty or underrated PSU...or a bad motherboard. Start by unplugging everything that you don't need to boot from a live CD and run some tests. It sure does. A weak power supply will certainly cause some issues. If he can remove a few power hogs and it works, then the memory may be OK and just short on power. Plus, if the power supply is weak, that could show up in other places too. OP, maybe you should give this site a look see: http://www.jonnyguru.com/modules.php?name=NDReviewsop=Review_Catrecatnum=13 This one just reviewed had a perfect score, if it has enough power for what you are running. http://www.jonnyguru.com/modules.php?name=NDReviewsop=Review_Catrecatnum=13 This site below lists them by wattage. They test them pretty hard too. If it isn't a well built unit, they'll find the problem. http://www.overclockers.com/forums/showthread.php/589708-Recommended-PSU-s-True-Tested Hope one of those helps or maybe all of them. Dale -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] strange TCP timeout errors
On 07/10/2015 14:58, Grant wrote: >>>> I've attached a PNG from Munin showing the TCP timeout errors on my >>>> Gentoo server over the past month. The data is expressed in timeouts >>>> per second and that rate is shown to be steadily increasing over the >>>> past month. That seems strange to me. Munin doesn't show any other >>>> data point increasing like this over the time period. Any ideas? >>>> >>>> - Grant >>>> >>> >>> weird - does it reset on an interface restart or reboot? >> >> this would be my test #1 > > > I rebooted and the rate of errors has dropped off to almost nothing. > > >>> Can you verify its not an artefact within munin (how?) >> >> In theory, a misconfigured graph can do this. Munin can draw many >> different types of graph, including cumulative values. Even for a data >> type like this which is X events per unit time, if you tell munin to add >> them all up, it will do so and graph it. >> >> Qucik test is to look at the graph config. > > > This graph lives in the "network" section of the munin web interface. > There is no matching section in /etc/munin/plugin-conf.d/munin-node so > it should be be using the default config. > > Any ideas based on this new info? A few :-) I can't find the plugin that delivers that graph though. Maybe I just don't have it, maybe it comes from contrib/ What's your USE for munin? What do you have in "ls -al /etc/munin/plugins/" ? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] *draft* for setting up network bridge with systemd (for qemu/kvm)
, or even better, you can do a test after all the commands are done to check the status of the bridge and see if it was created correctly. None of this belongs in the unit service, IMO. Otherwise, you end creating ssh keys and user groups in unit files, and none of this belongs there. Clear separation between the services and the init system. But of course, as I said to Stefan, if it works it works. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] systemd-vconsole-setup: Suddenly fails after system rebuild
Hi folks, well, I have a weird issue here: Over the weekend, I switched to the new 17.0 profiles, and as part of that process, did an "emerge -e @world" on my ~x86/systemd machine. Took a while, but that was expected, and I was glad to see that afterwards everything was still working fine ... except for one thing: Strangely, on the newly emerged system, after each boot, I noticed that my desired keymap is no longer set on the virtual consoles. I get an English keymap now, although I have set a German one, as per /etc/vconsole.conf: # cat /etc/vconsole.conf KEYMAP=de-latin1-nodeadkeys FONT=eurlatgr.psfu.gz Now, the settings in this file have not been changed. In fact, no configuration changes have been done along with the world re-emerge. Actually, I can find a trace of something being wrong in the journal: Dec 05 08:44:25 boerne systemd-vconsole-setup[1944]: /usr/bin/setfont failed with error code 65. [...] Dec 05 08:44:26 boerne systemd-vconsole-setup[1944]: Setting source virtual console failed, ignoring remaining ones Dec 05 08:44:26 boerne systemd-udevd[1912]: Process '/lib/systemd/systemd-vconsole-setup' failed with exit code 1. So, /usr/bin/setfont seems to fail. Strange that it obviously didn't do that before the world re-emerge, but it's certainly doing it now. Even more strange, however, is that after login, I can operate setfont manually and it will succeed. In fact, after login I can execute /lib/systemd/systemd-vconsole-setup manually, or do "systemctl start systemd-vconsole-setup.service", and either will complete without error and actually set my keymap and font as desired. My wild guess is that during boot, systemd-vconsole-setup might get called too early by systemd-udevd, when the desired font file is not yet available (probably because still running in initramfs context) or when the virtual console, for whatever reason, is not yet ready. But like I've said, that's just a wild guess, I couldn't really find any proof for that in the journal. Looking at the original systemd-vconsole-setup.service file, things look sane in there, I guess: [Unit] Description=Setup Virtual Console Documentation=man:systemd-vconsole-setup.service(8) man:vconsole.conf(5) DefaultDependencies=no Before=initrd-switch-root.target shutdown.target ConditionPathExists=/dev/tty0 [Service] Type=oneshot ExecStart=/lib/systemd/systemd-vconsole-setup However, as a little test / possible workaround, I decided to create my own systemd unit file that does nothing more but execute /lib/systemd/systemd-vconsole-setup, only at a (hopefully) later stage during the boot process: # cat /etc/systemd/system/vconsole-fix.service [Unit] Description=Fix Virtual Console Before=-.mount ConditionPathExists=/dev/tty0 [Service] Type=oneshot ExecStart=/lib/systemd/systemd-vconsole-setup [Install] WantedBy=multi-user.target And after enabling this unit, things actually work just fine: My keymap is, once again, set up properly on the virtual console right after boot and before I log in or perform any manual steps. Sadly, I'm kind of confused now. I'm really wondering if anyone's ever seen something like that before or otherwise has an explanation for it. I mean, it used to work before, and neither configuration nor package versions have been changed. It's just that everything has been re-build (as PIEs), but I can hardly imagine that this is responsible for the issue. Right now, I'm waiting for a second machine to complete the re-emerge process (might take another while) and am then really curious to see if it suddenly suffers from the same oddity. Other than that, the only idea that I currently have is to keep the workaround deployed and have a look if the issue disappears again by itself just as suddenly as it started, probably with a forthcoming version of systemd or something. Of course, understanding things is always preferrable than just hoping for them to fix themselves, so if someone has a clue, I'd be more than glad to hear about it! :-) Greetings Nils
Re: [gentoo-user] Re: What happened to OpenRC 0.9.6?
On Mon, Nov 28, 2011 at 2:16 PM, Nikos Chantziaras rea...@arcor.de wrote: On 11/28/2011 06:59 PM, Florian Philipp wrote: Am 28.11.2011 17:15, schrieb Nikos Chantziaras: On 11/28/2011 02:29 PM, Albert W. Hopkins wrote: On Sun, 2011-11-27 at 20:28 +0100, Andrea Conti wrote: With 100% repeatability, mind you, which does raise same questions on the amount of testing done before release. Yes, it's ~arch and rc_parallel is explicitly marked experimental, but it's not expected to be completely and consistently broken, either. If that sounds like I'm ranting, it's because I just spent about an hour getting three machines affected by this problem back into working state. If anyone still has it installed, it's time to sync and downgrade :) Sorry to add more to the whining but... Yes, you are in the testing tree. Yes, as a member of testing, *you* expect things will occasionally break, and it is *your* job to test things, break them, and report bugs. Generally true, but not when something is obviously broken. That means not even its upstream dev bothered to test it. ~arch is for we think this works, but please give it a go in case there are problems. It's *not* for we have no idea if this works because we didn't even try it once. Do you have any idea how much time you can spend with the kind of system testing you propose? About 2 minutes? Enabling the parallel startup thingy and rebooting the machine. There you go :-/ That's a facetious answer, and you're purposely only examining a tiny piece of the testing surface. Hindsight is 20/20, though only if you're lucky. Perhaps they've never seen this type of failure before, and they could add a single test to whatever unit test suite they may be using. Perhaps that's an improvement they can make going forward. To fully test OpenRC, you'd want a two-stage testing harness. The outer stage would generate Gentoo VMs with every plausibly-relevant USE flag permutation crossed against as many automatically-generated permutations of OpenRC configuration as could be considered plausibly encountered. For each generated VM, spin it up. Watch for some kind of watchdog hey, I booted successfully! indicator. Then spin up a testing harness *inside* the VM to ensure all services started and behave correctly. Dump a report to the vmhost detailing that everything went well (or didn't), and hibernate the VM. vmhost looks at the report and decides whether or not to keep the saved VM state. That's an extraordinary amount of testing to do. And that's what I see argued as what ~arch is for; instead of having a script whip up and test hundreds of virtual machines, people running ~arch do that testing. Gentoo devs get reports for the features and combinations that people actually *use*, and can spend less time fixing features nobody is using. (And it's obvious none of the OpenRC devs are using parallel boot themselves, or they would have caught this. Perhaps that's why it's experimental; nobody who actively uses that feature is keeping up with HEAD and offering patches.) -- :wq
[gentoo-user] [OT]UPS battery dead?
Hi group, Lookee here: kyzyl linux # apcaccess status APC : 001,034,0852 DATE : Tue Apr 28 19:26:47 MDT 2009 HOSTNAME : kyzyl RELEASE : 3.12.4 VERSION : 3.12.4 (19 August 2006) gentoo UPSNAME : kyzyl CABLE: USB Cable MODEL: Back-UPS ES 350 UPSMODE : Stand Alone STARTTIME: Tue Apr 28 15:47:20 MDT 2009 STATUS : ONLINE LINEV: 120.0 Volts LOADPCT : 71.0 Percent Load Capacity BCHARGE : 100.0 Percent TIMELEFT : 2.8 Minutes MBATTCHG : 5 Percent MINTIMEL : 3 Minutes MAXTIME : 0 Seconds LOTRANS : 088.0 Volts HITRANS : 139.0 Volts ALARMDEL : Always BATTV: 13.4 Volts LASTXFER : Input frequency out of range NUMXFERS : 0 TONBATT : 0 seconds CUMONBATT: 0 seconds XOFFBATT : N/A STATFLAG : 0x0708 Status Flag MANDATE : 2007-10-16 SERIALNO : 3B0742X02836 BATTDATE : 2000-00-00 NOMBATTV : 12.0 FIRMWARE : 23.B1.D USB FW:B1 APCMODEL : Back-UPS ES 350 END APC : Tue Apr 28 19:27:34 MDT 2009 Only 2.8mins left? The UPS unit, fairly common I suspect, is a Back-UPS ES 350 and less than a year old. It only saw service once last year during an electric storm when the house power failed for a few minutes. Why isn't it charging. Or is it? It says BATTDATE 2000-00-00. Huh? I'd like to test it further but the apcupsd manual recommends at least 5mins time left. If I just unplug it from the back of the PC, will it charge? Is the battery caput? Maxim __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.com
Re: [gentoo-user] [OT]UPS battery dead?
Mark Knecht wrote: On Thu, Apr 30, 2009 at 10:31 AM, maxim wexler bliss...@yahoo.com wrote: Unplug all your electronic devices and plug in a lamp with a 100 Watt incandescent light build. With the lamp on unplug the UPS from the wall and see what happens. If the battery is dead it won't last all that long. Gave ~5 mins. So I let it charge for 24 hrs now it gives me 36 mins. Which is wierd; what happened to all that charge? I haven't had to use it for 6-7 mons. Isn't the unit supposed to stay topped-up? Well, assuming it was a 100 Watt incandescent that really draws 100 Watts, then that's probably 1/2 to 1/3 the draw of a typical desktop PC implying you would get 12-18 minutes before shutdown. (Really rough ideas - just numbers, etc. Don't take it too seriously.) snip Another thing: When I do the remove-the-usb-cable test I don't see the communication lost error in apcupsd.events until I switch the dial-up off and on quickly! In the conf file I have DEVICE: /dev/ttyS[0-3] because the default, /dev/ttyS0, locks out the modem. But why does the UPS need to know about serial ports? It connects by this funny RJ-45/USB cable. I wonder does the manufacturer assume the serial port won't be used? Strange stuff but above my pay grade... - Mark It's not supposed to say DEVICE /dev/ttyS0 for USB, it should just be blank as per /etc/apcupsd/apcupsd.conf signature.asc Description: OpenPGP digital signature
Re: [MBZ] SDL a/c not working
Belt, tensioner, shock, spring, a/c compressor are all brand new from Rusty. Compressor was just installed a couple weeks ago. The other parts were done when I installed the 22 head. I will check the speed wiring etc after this weekend. It keeps doing this run then off thing only when the car is cold. Turning the car off and on won't kick it back on. It has to cool off. Luther Peter Frederick wrote: in cool weather, that's about right. You will have to check out the speed sensor, the wiring, and the pushbutton unit, sadly. The wires for the speed sensor can break at the pin on the compressor, or the solder can crack there, causing an intermittant poor connection. Also verify the condition of the belt and tensioner -- the car will run just fine with broken tensioner spring except that the AC will keep kicking out. A slipping belt will do it, and so will a back AC compressor. Check the clutch on the compressor for excessive heat after a short run -- if it slips, the compressor will be shut off by the KLIMA until the ignition is cycled on and off (this is a quick test for a bad clutch or cos-only was a BIG mistake. And as kdesvn-portage shows - it was unneeded. 'We need the features of paludis' was shown as bs. Just another little trick by the paludis-group to convert people. Luckily that failed. You don't need it.
Re: [gentoo-user] FYI: Rules for distro-friendly packages
On Friday 25 June 2010 23:57:54 Volker Armin Hemmann wrote: On Freitag 25 Juni 2010, Enrico Weigelt wrote: Hi folks, I'm currently collecting a set of rules which upstream developers should follow to make distro maintainer's life easier. Comments welcomed :) cu no bundled libs. when you change the tarball fucking change the version number. I forgot that one. Sun are INFAMOUS for that with the jdk.. and what Alan said. Some more: Don't depend on some arb version number of libs. Nothing worse than being forced to use some lib 4 versions behind current when current actually works just fine Test your code under realistic conditions. Unit tests exist for a reason, read 'em Read flameeyes's blog. You might not agree with everything he says, but consider it all carefully as a technical position. He makes good points. Don't try and re-invent the wheel with sucky roll-your-own build systems. auto* sucks, but by and large they suck less than anything you can come up with considering your more limited resources. No hardcoded locations. If I want to install to /opt/csw/package/, then I should be able to do it, it makes zero difference to upstream if I do The entire package under the same license if possible. This doesn't always work out - a GPL package may include someone else's BSD code who is not willing to re-license it. So be it. But please do make an effort to get everything under the same license, it makes decisions so much easier for your users to make. Maintain the README, NEWS, INSTALL, ChangeLog, etc. We users actually do read them, and up to date metadata gives us a warm fuzzy where we feel good about your code -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] {OT} hire a programmer or company?
Am 26.05.2012 13:26, schrieb Grant: I'm debating whether I should hire an expert programmer for $X/hour, or a company of expert programmers for $2X/hour. It makes sense from a financial perspective to hire programmers directly, but I wonder if there are benefits to hiring a really good company. I'm sorry this is OT, but I bet you guys have some seriously good insight on this. Thanks, Grant For starters, you could give us a bit more insight into the kind of project we are talking about. What's the expected development effort, what are the services you pay for (binaries, source code, testing, maintenance, ...)? Regarding programmer vs. company, I'd say it depends on what you expect and pay for. If you just want it coded, then the lone programmer is probably as good as the company (since programming itself doesn't really scale well with the number of devs). Extensive testing, on the other hand, is something a team should do. Sure, the lone programmer can write you some unit tests and conduct a system test, but testing itself is a profession of its own and should be done by a second person with the relevant training. But in the end, these issues a minor. It really boils down to whom you trust more. Ask for references, look at their previous work, talk to them, etc. All things being equal, paying 1*x instead of 2*x gives you the chance to pay another 1*x to a second developer if things don't work out with the first one. ;-) Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] looking for a couple of systemd units
On Tue, Aug 27, 2013 at 1:12 PM, Stefan G. Weichinger li...@xunil.at wrote: Am 27.08.2013 19:31, schrieb Stefan G. Weichinger: slowly getting there ... Ok, I think I got that done. Compared my /etc/runlevels/default and checked if I have all relevant services up and running. Looks good! What was/is missing (on my specific server) ? services and sockets for: in.tftpd libvirtd mythbackend mysqld nfs server vixie-cron While mythtv isn't really mainstream there are other daemons in this list that really *should* be supported with USE=systemd, I assume (sure, mythtv should get its file as well ...). No; the unit files should be installed by default by their respective packages. No systemd USE flag, the same way there is no need for an openrc USE flag to install init scripts in /etc/init.d For sure this migration wasn't really *necessary* for me but kind of an exercise and if I find the time and motivation to file all the bugs other gentoo-users might benefit in the future. Thanks for doing that. I am gonna test-drive this setup now by watching TV on my PXE-booted mythfrontend ;-) Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] problems getting systemd to work
Am 15.05.2014 11:39, schrieb cov...@ccs.covici.com: I did not try the -H, I may test with that later. I did look at the --print-cmdline and copied the volumes they mentioned, but I have other lvm volumes in my fstab and none of them were activated, only the ones I specified in the command line! This is where I have run into problems. I have quite a few lvms, I want them all activated! Sure. I remember having an extra lvm.service for systemd to have all the LVs activated ... with that unit-file it worked more reliably for me (maybe not needed since some time). For sure that service file is only run *after* the initrd has found/activated/mounted your LVM-based root ... might be a workaround to specify the root-LV in the kernel command line (plus maybe rd.auto rd.lvm=1 ?) and then let the service file activate the rest of the LVs. Just to get you started at last ;-) Also, since I wrote the last message, I have been looking at the journalctl output and discovered a couple of things which I would like some help on, but getting the lvms to work is more important. First, whatever happened to DefaultControllers -- I want to disable those cpu hierarchies, but that option seems to have disappeared without a trace, although you can google and see it in some documentation. The keyword also was not accepted in an install section I have, what is the matter with that? What keyword? I don't understand right now. I want to use my sysklogd for my syslog, how can I use that with systemd? systemd's journal will be written to a socket if you configure it in /etc/systemd/journald.conf I would check man journald.conf and the option: ForwardToSyslog= and then let your chosen log-daemon listen there. IMO you should take a look at journalctl then anyway ... new concepts, but powerful features. Stefan
Re: [gentoo-user] apcupsd to recycle power
On Saturday 15 Nov 2014 14:22:47 Thanasis wrote: on 11/15/2014 03:54 PM Bruce Schultz wrote the following: If the UPS battery has not run flat before the mains power is restored, I see no reason why a UPS should kill the output power. The PC has an option in BIOS to Power On when the mains power is restored to it, without any need to press any button. So, once the UPS has initiated a shutdown to the PC, the PC will shutdown, and if the mains power is restored (to the UPS) shortly after the PC has shutdown, how will the UPS make the PC come back on, unless it cuts (kills) the power to PC's cord, and then restores it after a few seconds. See the link Mick posted in his reply: http://www.apcupsd.com/manual/manual.html#arranging-for-reboot-on-power-up On the same page it lists a number of tests you can perform: http://www.apcupsd.com/manual/manual.html#testing-apcupsd Have you been through them and in particular the Full Power Down Test? If yes, did you wait long enough after the PC has powered down, for the UPS to also switch off (you can affect the overall waiting time by setting a shorter TIMEOUT value, rather than waiting for the batteries to go flat). If this does not get you somewhere, I recommend you post to the nut-upsu...@lists.alioth.debian.org (you'll need to register first). The developers and contributors are offering friendly advice and are very knowledgeable on all things UPS related, including annoying bugs with firmware that defeat reason. PS. The services I listed running are particular to my UPS, I expect different to your APC unit. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] apcupsd to recycle power
on 11/15/2014 04:59 PM Mick wrote the following: On Saturday 15 Nov 2014 14:22:47 Thanasis wrote: The PC has an option in BIOS to Power On when the mains power is restored to it, without any need to press any button. So, once the UPS has initiated a shutdown to the PC, the PC will shutdown, and if the mains power is restored (to the UPS) shortly after the PC has shutdown, how will the UPS make the PC come back on, unless it cuts (kills) the power to PC's cord, and then restores it after a few seconds. See the link Mick posted in his reply: http://www.apcupsd.com/manual/manual.html#arranging-for-reboot-on-power-up On the same page it lists a number of tests you can perform: http://www.apcupsd.com/manual/manual.html#testing-apcupsd Have you been through them and in particular the Full Power Down Test? If yes, did you wait long enough after the PC has powered down, for the UPS to also switch off (you can affect the overall waiting time by setting a shorter TIMEOUT value, rather than waiting for the batteries to go flat). Yes I have set the TIMEOUT to 30 (seconds) in /etc/apcupsd/apcupsd.conf, and run the tests. Waited more than 3 minutes after the PC powers off, the UPS will not kill the power. If this does not get you somewhere, I recommend you post to the nut-upsu...@lists.alioth.debian.org (you'll need to register first). Is the above list (nut-upsu...@lists.alioth.debian.org) also appropriate for apcupsd users? The developers and contributors are offering friendly advice and are very knowledgeable on all things UPS related, including annoying bugs with firmware that defeat reason. PS. The services I listed running are particular to my UPS, I expect different to your APC unit. Yes, because they belong to sys-power/nut. I 've been talking about sys-power/apcupsd, as I said in first post. (Should I switch to sys-power/nut?)
Re: [gentoo-user] apcupsd to recycle power
On Saturday 15 Nov 2014 16:54:26 Thanasis wrote: on 11/15/2014 04:59 PM Mick wrote the following: Have you been through them and in particular the Full Power Down Test? If yes, did you wait long enough after the PC has powered down, for the UPS to also switch off (you can affect the overall waiting time by setting a shorter TIMEOUT value, rather than waiting for the batteries to go flat). Yes I have set the TIMEOUT to 30 (seconds) in /etc/apcupsd/apcupsd.conf, and run the tests. Waited more than 3 minutes after the PC powers off, the UPS will not kill the power. Hmm ... I'm running out of ideas. :-( If this does not get you somewhere, I recommend you post to the nut-upsu...@lists.alioth.debian.org (you'll need to register first). Is the above list (nut-upsu...@lists.alioth.debian.org) also appropriate for apcupsd users? I'm sure I saw threads there on APC UPS, so yes it won't hurt if you post there. PS. The services I listed running are particular to my UPS, I expect different to your APC unit. Yes, because they belong to sys-power/nut. I 've been talking about sys-power/apcupsd, as I said in first post. (Should I switch to sys-power/nut?) You can try sys-power/nut, and use something like: sudo /opt/local/bin/usbhid-ups -a apcups -DD to get some debug info from your UPS, after you set up the configuration files. You could either try the apcupsd-ups driver which acts as an apcupsd client, or you give usbhid-ups a spin as I show above. In any case, I trust that the guys at the nut M/L will give sound advice for your particular UPS - unless some gentoo user with this UPS chimes in first. HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Epic list of total FAIL.
Fernando Rodriguez wrote: On Saturday, August 22, 2015 1:52:00 AM Alan Grimes wrote: That said, I spent the day doing diagnostics: Findings: 1. There were a hell of a lot more memory errors than I had seen before. 2. There was a smudge on one of the dimm's contacts and some of the usual dust on the CPU-facing one. 3. The motherboard was not developed by sane engineers. In a sane world, there are two types of variables: measured variables and controlled variables. The RAM voltage would appear to be a controlled variable but it is also a measured variable. In order to achieve a close approximation of 1.5v, I had to set it to 1.530 volts. WTF... 4. an AMD K10 processor cannot successfully drive 8-ranks of high density ram at 2x800 mhz -- BUT IT WILL TRY!!! I found all dimms to be good either individually or in pairs, but the entire ram compliment of four dims cannot be run at full speed at once with the CPU/motherboard I have installed. Findings 3 4 sound like a faulty or underrated PSU...or a bad motherboard. Start by unplugging everything that you don't need to boot from a live CD and run some tests. It sure does. A weak power supply will certainly cause some issues. If he can remove a few power hogs and it works, then the memory may be OK and just short on power. Plus, if the power supply is weak, that could show up in other places too. OP, maybe you should give this site a look see: http://www.jonnyguru.com/modules.php?name=NDReviewsop=Review_Catrecatnum=13 This one just reviewed had a perfect score, if it has enough power for what you are running. http://www.jonnyguru.com/modules.php?name=NDReviewsop=Review_Catrecatnum=13 This site below lists them by wattage. They test them pretty hard too. If it isn't a well built unit, they'll find the problem. http://www.overclockers.com/forums/showthread.php/589708-Recommended-PSU-s-True-Tested Hope one of those helps or maybe all of them. Dale :-) :-)
Re: [gentoo-user] Re: Epic list of total FAIL.
The PSU is an Antec EarthWatts 750. Biggest hoggs outside the motherboard are the, um, er, well [nvidia 980 gpu] and an aging Western Digital Velociraptor boot drive. There is also a 3TB drive for all my p***, er kerbals ( Kerbal Space Program ) . There is one optical drive and four chassis fans in the system. All fans are operating perfectly. As far as I know the operating conditions for the PSU are nearly ideal I did have some noise issues with it a few years ago but it seemed to settle down and hasn't really given me any grief since. Dale wrote: Fernando Rodriguez wrote: On Saturday, August 22, 2015 1:52:00 AM Alan Grimes wrote: Findings 3 4 sound like a faulty or underrated PSU...or a bad motherboard. Start by unplugging everything that you don't need to boot from a live CD and run some tests. It sure does. A weak power supply will certainly cause some issues. If he can remove a few power hogs and it works, then the memory may be OK and just short on power. Plus, if the power supply is weak, that could show up in other places too. OP, maybe you should give this site a look see: http://www.jonnyguru.com/modules.php?name=NDReviewsop=Review_Catrecatnum=13 This one just reviewed had a perfect score, if it has enough power for what you are running. http://www.jonnyguru.com/modules.php?name=NDReviewsop=Review_Catrecatnum=13 This site below lists them by wattage. They test them pretty hard too. If it isn't a well built unit, they'll find the problem. http://www.overclockers.com/forums/showthread.php/589708-Recommended-PSU-s-True-Tested Hope one of those helps or maybe all of them. Dale -- IQ is a measure of how stupid you feel. Powers are not rights.
Re: [gentoo-user] to anyone and everyone
On Saturday 09 Apr 2016 12:35:04 J. Roeleveld wrote: > On Saturday, April 09, 2016 12:54:07 AM Alan Grimes wrote: > > Corsair power supplies suck nuts. > > > > Here's proof: > > > > > > Testing a 12V rail, scope set to 100mv/horizontal line relative to how > > you would normally look at a scope. > > > > The computer was crashing, spent $50 RMA'ing a perfectly good video card > > it seems. =\ > > > > Decided the corsair psu was not worth rma-ing, at similar expense so > > decided to trash the company instead. =| > > You call that proof with only 1 item causing "issues" when I have multiple > systems with Corsair powersupplies that have been rock-solid for years > without needing any replacements? > > With the amount of product factories produce these days, having a few bad > samples is only to be expected. Dishing a company just because you happened > to get one of them is a bit lame. > Better complain about the shop you got it from for not testing every single > unit they sell. > Or about the person who decided to use it without testing before RMA'ing a > possibly correct working GPU. > Oh wait, that's you. And we can't expect you to be the cause of any issues, > can we? > > -- > Joost Corsair like other OEMs make different classes of gear. The more expensive category usually have better capacitors and other innards. Cabling and noise from the mains can also make a difference in the test results, with the cheaper PSUs performing less well in filtering all distortions out. I think RMA'ing with a call to the supplier may be more effective in stopping the PC crashing. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] soliciting a DHCP lease / carrier lost
On 04/04/2017 10:02 AM, Mick wrote: > On Tuesday 04 Apr 2017 09:12:16 the...@sys-concept.com wrote: >> On 04/04/2017 01:26 AM, Mick wrote: >>> On Monday 03 Apr 2017 20:21:28 the...@sys-concept.com wrote: > >>>> The Cat5 is about 15-20meter long, I test it with a cable tester, it is >>>> good (all the lights light up in correct order). >>>> Cable is plugged in into a new switch. > > This may merely indicate they have been wired correctly (pin to pin). Unless > your tester is 'intelligent' to also measure things like attenuation, DC loop > resistance and cross talk and it can also calculate attenuation to cross talk > ratio, you cannot be sure your cable will perform to specification. > > >>> Long cables are more susceptible to electromagnetic interference - keep >>> their runs separate from mains cables. >> >> Shouldn't CAT5 be able to handle 100m run? >> Am not sure I understand, "keep their runs separate from mains cables"? > > Cat5e should be able to perform as specified in lengths up to 100m, when > correctly terminated and without high cross talk. If your ethernet cable > installation is running parallel to mains power and in close physical > proximity, it may pick up noise, which will reduce its performance. It is > better where ethernet and mains runs come together to cross them at 90 > degrees > angles to minimise the effect of interference. > > Either way, you have lost carrier errors. Random google result on causes of > lost carrier errors, in case it helps: > > https://supportforums.cisco.com/discussion/9543606/what-causes-output-errors-ethernet-interface I have reconnected another cable and the unit in remote location works. Both cable have a good pinout but one is working and the other is not. Both cable are sunning inside wall (I presume same path). Without special tools/testing equipment it is hard to trace these problems. -- Thelma
Re: [gentoo-user] ruby 22
TL;DR: re-sync and you should be fine. On 08/20/2017 12:36 PM, allan gottlieb wrote: Not sure I understand. 1. I should have been more complete about the command I run MAKEOPTS="--jobs=8 --load-average=5" emerge --ask --deep --tree --jobs --load-average=5 \ --update --changed-use --with-bdeps=y @world 2. I do not have "ruby" or "RUBY" anywhere in the tree rooted at /etc/portage Cool, that makes it easier. 3. emerge did not offer to upgrade RUBY_TARGETS does not seem happy with ruby21 since the emerge output includes [ebuild R]dev-ruby/test-unit-3.1.9 RUBY_TARGETS="(-ruby21%*)" [ebuild R]dev-ruby/rdoc-4.2.0 RUBY_TARGETS="(-ruby21%*)" [ebuild R]dev-ruby/minitest-5.8.4 RUBY_TARGETS="(-ruby21%*)" RUBY_TARGETS is set in the profiles that are part of the portage tree. 4. I synced the tree today just before the emerge. Might I have picked up an inconsistent tree and hence should I resync? Hans de Graaff replied a bit ago; it looks like RUBY_TARGETS in the profiles were not updated after ruby-2.1 was masked. If you re-sync, you should be able to go forward with the update. 6. I have NOT done the eselect ruby set ruby 22. As Hans also mentioned, the upgrade itself will not automatically run the eselect command - my bad. Once you do a depclean and ruby-2.1 is removed, eselect will be run to set the system ruby version to 2.2. Alec
Re: [gentoo-user] Re: ruby 22
On Mon, 2017-08-21 at 22:21 -0400, John Covici wrote: > On Mon, 21 Aug 2017 21:20:04 -0400, > Alec Ten Harmsel wrote: > > > I deleted RUBYTARGETS from make.conf, ran eselect to make ruby22 the > default, but when I ran emerge --depclean I still have packages > pulling ruby21 as follows: > > Calculating dependencies .. . done! > dev-lang/ruby-2.1.10 pulled in by: > dev-ruby/hoe-3.13.0 requires dev-lang/ruby:2.1 >dev-ruby/json-1.8.3 requires dev-lang/ruby:2.1 > dev-ruby/json-2.1.0 requires dev-lang/ruby:2.1 > dev-ruby/kpeg-1.1.0 requires dev-lang/ruby:2.1 > dev-ruby/maruku-0.7.3 requires dev- > lang/ruby:2.1 > dev-ruby/minitest-5.10.3 requires > dev-lang/ruby:2.1 > dev-ruby/net-telnet-0.1.1-r1 requires dev-lang/ruby:2.1 >dev-ruby/power_assert-1.0.2 requires dev-lang/ruby:2.1 > dev-ruby/racc-1.4.14 requires dev-lang/ruby:2.1 > dev-ruby/rake-12.0.0 requires dev-lang/ruby:2.1 > dev-ruby/rdoc-5.1.0 requires dev- > lang/ruby:2.1 > dev-ruby/rubygems-2.6.12 requires > dev-lang/ruby:2.1 > dev-ruby/test-unit-3.2.5 requires dev-lang/ruby:2.1 >dev-ruby/yard-0.9.8 requires dev-lang/ruby:2.1 > virtual/rubygems-13 requires dev-lang/ruby:2.1 > virtual/rubygems-7 requires dev-lang/ruby:2.1 > > I tried a word ld update, but it didn't update any of those packages > -- any ideas of how to fix? Did you do an emerge @preserved-rebuild? I had the a similar problem but only for a couple of packages (racc and another one), it was quickly fixed that way. But I never had RUBY_TARGETS set so maybe YMMV. raffaele
[gentoo-user] OT: looking for info on USB3 to Mini-pcie WiFi module
Hi all, I am looking for info on usb3 to mini-pcie wifi modules - some kind of adaptor? There are a lot of mini-pcie to M.2 on ebay but reading up on mini-pcie it seems they may not be compatible. Does anybody have an idea of one that would work - they are cheap enough to buy and test/throw back on shelf if they dont work but the current two month delivery times are a killer :) My existing wifi AP is getting too old to properly upgrade (Its an old Buffalo G300N running openwrt) so I am building my own - I currently have a gentoo based userland on a raspberry-pi3B using the inbuilt wifi and a realtek usb WiFi 1200ac dongle which is the proof of concept but before I go and purchase more powerful hardware for the controller (looking at an odroid C4 at the moment) I want to ascertain if I can use some of the mini-pcie wifi cards I have via USB3 (one is a 3x3 mimo atheros ac module, others atheros or intel N.) At the end of the day, I am looking for WiFi6 compatibility and a performance boost over the old buffalo (multiple family members are working from home, mostly via wifi which is holding up pretty well so far but I want better :) Yes I could by a bespoke unit but whats the fun in that :) BillK pEpkey.asc Description: application/pgp-keys
Re: [gentoo-user] remote rsync
On Sunday 12 Mar 2006 13:30, Tito Valentin wrote: Does the machine belong to you? If so check if sshd is running like ps -eaf | grep ssh If not, you may need to check with the Admin of the machine. Also, your ip might be listed in the /etc/hosts.deny files to reject any unrecognized ip's. You might need to be added to the hosts.allow. snip I should have said before . The machine is not a machine as such it is a Network Storage Link for USB 2.0 disk drives. The disks are formatted ext3 and windows identifies the unit as a windows NT 4.9 server !!! All I want to do is copy files from my gentoo box to the usb disk via the network. I have tried mounting the disks using cifs but this produced alot of errors, I feel that a direct connection command would be best. In KDE I can copy files using Konqueror to lan://pc2/ which shows my device.homenet.com. If I then click on the device I get 3 icons NFS SMB HTTP If I click on SMB the location changes to smb://device.homenet.com and I can copy any files I want - even links seem to work I'm sure there must be a simple answer to this Paul Paul Stear wrote: Hi all, I am trying to rsync to a remote server with the command: rsync -Cav --delete --progress /test lkd5f:/test but I get the following error messages: ssh: connect to host lkd5f port 22: Connection refused rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(434) 2 questions 1. Should this command work? 2. How do I prevent port 22 from refusing the connection? I am a complete dunce with anything to do with remote machines so any help will be greatly received Paul -- This message has been sent using kmail with gentoo linux -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] adding feature to asterisk ebuilt
OK, here is request I've made; I'm not sure I've entered it correctly as it is more like a feature improvement than a bug. http://bugs.gentoo.org/show_bug.cgi?id=92747 To my understanding NVBackgroundDetect is a competition to Digium own faxdetect feature they have incorporated into asterisk. There is no rush for them to implement/incorporate this NVBackgroundDetect code as they are trying to push their own cards. I'm not in favor of the internal cards and prefer ATA unit. No, not everybody needs it; but for me and many like me it would allow us to move fax on an internal extension extension and free up the line (You can use the fax line for an incoming calls). You can read how the NVBackgroundDetect works at: http://www.voip-info.org/tiki-index.php?page=NVBackgroundDetect The code is GPL from Newman Telecom Asterisk has a fax detection code but it only works with ZAP channel (Digium Card) which I'm not in favor (I prefer ATA - external units like Sipura SPA-3000 and/or any other ATA unit). Right.. so if I'm reading this correctly, NVBackgroundDetect is an improvement on Asterisk's own fax-detection code. I have a X100P clone which might not be supported by Asterisk - NVBackgroundDetect detects faxes for ALL cards? I'm not sure if how the code works, I haven't test it yet, but according to Newaman from Telecom nobody reported any problem with their code. Yes, I would say it is an improvement as it works with all other hardware not only ZAP channel cards. Unless this introduces incompatibilities with fax-detect on Digium's ZAP channel hardware, it would seem there's no reason not to include this as part of a default Asterisk install?? I don't think there will be any incompatibility or conflict, it is just an extra module; you can use it or not. It is just seating and idling until you call it into action. I've the code from Newman Telecom but I'll file an ebuild request as you suggested. The code would be suitable for many like me that don't use ZAP channel but would like to have/take advantage of fax-detection. Please post a link to the bug. If you're not comfortable hacking the ebuild yourself I might well have a crack at it - I have Asterisk hardware sitting here waiting for me to find the time to implement it. Here is the link: http://bugs.gentoo.org/show_bug.cgi?id=92747 As I said I have the code and can email it to you; but you can as well get it from the Newman Telecom directly. I was able to compile NVBackgroundDetect using CVS version but ver.1.0.6 and 1.0.7 has a bug with SIP and dtmf inband; so I went back to Gentoo 1.0.5 versio; However I'm using now dtmf out of band dtmfmode=rfc2833 and it is working OK. -- #Joseph -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Fwd:How about the gentoo server or cluster in production environment?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Alan McKinnon: On 21/02/2014 16:15, hasufell wrote: Alan McKinnon: On 20/02/2014 22:41, Nicolas Sebrecht wrote: On Thu, Feb 20, 2014 at 08:52:07PM +0400, Andrew Savchenko wrote: And this point is one of the highest security benefits in real world: one have non-standard binaries, not available in the wild. Most exploits will fail on such binaries even if vulnerability is still there. While excluding few security issues by compiling less code is possible, believing that non-standard binaries (in the sense of compiled for with local compilation flags) gives more security is a dangerous dream. +1 non-standard binaries is really just a special form of security by obscurity. So you are saying compiling a minimal kernel to minimize exposure to subsystem bugs is only obscurity? (I really wonder what Greg would say to this) No, I'm saying that I pay RedHat large sums of money to look after this on my behalf and that money is wasted if I build a custom kernel on that machine. RedHat has a vested interest in doing this right (it's the product they sell) and they have more engineering resources to apply to the problem than I can ever raise. The odds favour RedHat often getting this right and me often getting it wrong, simply because I don't have the unit testing facilities required and my employer doesn't employ OS builders. I won't permit Gentoo to be used in production here for precisely that reason - I can't provide the test guarantees the business and shareholders demand. Yes, I agree that RedHat might be a better choice, if you can afford it (although there are some counter-arguments since they practically maintain kernel-forks because of heavy backporting, but I am unable to make a definite opinion on this). But that was not the point of my claims, so I don't see an argument. The argument that this particular setup may be less tested is a valid one. But less tested also means less commonly known exploits and testing these setups is a win-win for users and upstream. Whether you like it or not... whenever you install software on a server, you become a tester at the same point. Proper testing carries a onerous burden. I've yet to find a enterprise anywhere in the world that does it right outside of their core business. Instead, they pay someone else to do it. Yeah, the kernel has _zero_ proper testing in the sense of software engineering. RedHat does not really improve that (e.g. unit tests and whatnot). Greg said why that's almost impossible, especially because the internal API changes way too frequently. Still unable to find a real counter-argument. This was about disabling codepaths/subsystems, not about RedHat vs Gentoo which is quite an uneven fight. -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJTDgH2AAoJEFpvPKfnPDWzhZUIAIyT9nUPXYAOigXnb6M+OB4x /KmYDZ59Fyuz0D0SoMn1pZCNWPrS8UPjAOzUIr4E0DT0uzh0348+1xHDYDv4ph/n C9+0jqd9yPQ9kw5rX3zefmjC7wVpJFtLQIiOxaIo6wOqtxfjdVNZdVDEVKU/QJ7G n2fOdAccuTFOHCiB2cV8LlF997GfuzJ9nNdXGev3tA8l46wV9/q3gp1HdbkhyAJV 61QGv8blsPHbXsC8G2fnz/YcNaa0iH6rRcboRHcpMa2Gk1Ui8UrTmiYC/NJO02bN TSV8mb/VWow5vVyQSYmpCO4xcylQFVwwWOh14IXcl+mC+CQG4rxPTyUcDUhbewo= =2JhD -END PGP SIGNATURE-
[gentoo-user] Re: openrc-run for containers
Correction: the *s6_service_path* parameter in the parent init.d service, /etc/init.d/container, needs to be changed from /run/openrc/s6-scan/${INSTANCE} to /var/svc.d/${INSTANCE} *#!/sbin/openrc-rundescription="A supervised test service with a logger"supervisor=s6**s6_service_path=/var/svc.d/${INSTANCE}* *depend() {* * need s6-svscan* *}* *stop_pre() {* * docker stop ${INSTANCE}* *}* NB; In runlevels, dont need to include s6-svscan. Only need to include the service to start (s6-svscan will start as a service dependency). Further info (go from runlevel 90 > 100 > back to 90): root@/etc/runlevels # * ls -ld node/*lrwxrwxrwx 1 root root 24 May 25 06:17 100/container.whoami -> /etc/init.d/container.*whoami *lrwxrwxrwx 1 root root 11 Jan 15 04:32 100/90 -> ../90* *root@/etc/runlevels # openrc 100container.*whoami* |/var/svc.d/*whoami *container.*whoami* | * Starting container.*whoami* ...* * [ ok ]root@h003 /e/runlevels # docker ps -aCONTAINER ID IMAGE COMMAND CREATEDSTATUS PORTS NAMES68bd2ed585ed traefik/whoami "/whoami" 25 hours ago Up 1 minute 0.0.0.0:80->80/tcp whoamiroot@/e/runlevels # openrc 90container.*whoami* |/var/svc.d/*whoami *container.*whoami* |*whoami *container.*whoami* | * Stopping container.*whoami* ... [ ok ]* *root@/etc/runlevels # docker ps -aCONTAINER ID IMAGE COMMAND CREATED STATUSPORTS NAMES68bd2ed585ed traefik/whoami "/whoami" 25 hours ago Exited (143) 8 seconds ago 0.0.0.0:80->80/tcp whoamiroot@/etc/runlevels # * regs, On Thu, May 13, 2021 at 5:17 AM Damo wrote: > Hi, > > I've been running docker containers for a while, where I pass > "--restart=always" into the run command, so the containers restart > automatically after reboot. I want to have more control over the startup > order of the containers, ie integrate into openrc start/stop and put into > different runlevels. > > I've had mixed success so far. I would be interested if someone else has > working solution. My runlevels look something like this: > > rl100 > container.registry > rl90 > container.auth > container.router > boot > ... > > FYI, i've found systemd is doing it nicely, where systemctl start/stop > works as I would expect. I see a hardcoded dependency into the > container PID in the unit file (podman in this case): > > [root@]# cat /usr/lib/systemd/system/container-libvirt-exporter.service > > # > > [Unit] > Description=Podman container-libvirtd-exporter.service > Documentation=man:podman-generate-systemd(1) > > [Service] > Restart=always > ExecStart=/usr/bin/podman start libvirtd-exporter > ExecStop=/usr/bin/podman stop -t 10 libvirtd-exporter > KillMode=none > Type=forking > > PIDFile=/var/run/containers/storage/overlay-containers/9037e389e61ed01eb5dfce16fa750b6f0f01827a67640e4748e6527bbfcb6276/userdata/conmon.pid > > [Install] > WantedBy=multi-user.target > > > Kind regards, > Damo > >
Re: [gentoo-user] 1-Terabyte drives - 4K sector sizes? - bar performance so far
On Tue, Feb 9, 2010 at 4:31 PM, Iain Buchanan iai...@netspace.net.au wrote: On Tue, 2010-02-09 at 14:54 -0800, Mark Knecht wrote: On Tue, Feb 9, 2010 at 1:13 PM, Frank Steinmetzger war...@gmx.de wrote: When I use parted on the drives, it says (both the old external and my 2 months old internal): Sector size (logical/physical): 512B/512B So no speedup for me then. :-/ so does mine :) Frank, As best I can tell so far none of the Linux tools will tell you that the sectors are 4K. I had to go to the WD web site and find the actual drive specs to discover that was true. however if you use dmesg: $ dmesg | grep ata ata1: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 17 ata2: DUMMY ata3: SATA max UDMA/133 abar m2...@0xf6ffb800 port 0xf6ffba00 irq 17 ioatdma: Intel(R) QuickData Technology Driver 4.00 ata3: SATA link down (SStatus 0 SControl 300) ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata1.00: ATA-7: ST9160823ASG, 3.ADD, max UDMA/133 ata1.00: 312581808 sectors, multi 8: LBA48 NCQ (depth 31/32) ... you can look up your drive model number (in my case ST9160823ASG) and find out the details. (That's a Seagate Momentus 160Gb with actual 512 byte sectors). saves having to open up your laptop / pc if you didn't order the drive separately or you've forgotten. -- Iain Buchanan iaindb at netspace dot net dot au polygon: Dead parrot. Consider as an alternative hdparm dash capital eye. Note that is the 1TB drive and it still suggests 512B Logical/Physical sector size so I'd still have to go find out for sure but there's lots of easily readable info there to make it reasonably easy. - Mark gandalf ~ # hdparm -I /dev/sda /dev/sda: ATA device, with non-removable media Model Number: WDC WD10EARS-00Y5B1 Serial Number: WD-WCAV55464493 Firmware Revision: 80.00A80 Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6 Standards: Supported: 8 7 6 5 Likely used: 8 Configuration: Logical max current cylinders 16383 16383 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors: 16514064 LBAuser addressable sectors: 268435455 LBA48 user addressable sectors: 1953525168 Logical/Physical Sector size: 512 bytes device size with M = 1024*1024: 953869 MBytes device size with M = 1000*1000: 1000204 MBytes (1000 GB) cache/buffer size = unknown Capabilities: LBA, IORDY(can be disabled) Queue depth: 32 Standby timer values: spec'd by Standard, with device specific minimum R/W multiple sector transfer: Max = 16 Current = 16 Recommended acoustic management value: 128, current value: 128 DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=120ns IORDY flow control=120ns Commands/features: Enabled Supported: *SMART feature set Security Mode feature set *Power Management feature set *Write cache *Look-ahead *Host Protected Area feature set *WRITE_BUFFER command *READ_BUFFER command *NOP cmd *DOWNLOAD_MICROCODE Power-Up In Standby feature set *SET_FEATURES required to spinup after power up SET_MAX security extension *Automatic Acoustic Management feature set *48-bit Address feature set *Device Configuration Overlay feature set *Mandatory FLUSH_CACHE *FLUSH_CACHE_EXT *SMART error logging *SMART self-test *General Purpose Logging feature set *64-bit World wide name *{READ,WRITE}_DMA_EXT_GPL commands *Segmented DOWNLOAD_MICROCODE *Gen1 signaling speed (1.5Gb/s) *Gen2 signaling speed (3.0Gb/s) *Native Command Queueing (NCQ) *Host-initiated interface power management *Phy event counters *NCQ priority information *DMA Setup Auto-Activate optimization *Software settings preservation *SMART Command Transport (SCT) feature set *SCT Features Control (AC4) *SCT Data Tables (AC5) unknown 206[12] (vendor specific) unknown 206[13] (vendor specific) Security: Master password revision code = 65534 supported not enabled not locked frozen not expired: security count
Re: [gentoo-user] Debian just voted in systemd for default init system in jessie
On Mon, 17 Feb 2014 18:35:34 -0600 Canek Peláez Valdés wrote: [...] Complexity means bugs. Bugs get reported, bugs get fixes. Life goes on. You didn't answered this, did you? Bugs are different. Bugs are bugs, period. And they get reported and fixed. Bugs are not equal. They differ in at least two dimensions: significance depending on the component affected and severity of the bug itself. Bugs in the critical system components are critical to the whole system. Yeah, that's why we have unit testing and QA teams and stable and unstable releases, etc. Every decent project has QA and unit tests one way or another. But the larger project is, the more bugs it has. And I do not want bugs in PID 1, that's why it should be small and sound, not bloated (even with some components split as separate binaries) and broken by design. If Libreoffice or browser segfaults, some data may be lost and inconvenience created, but the system will continue to run. If PID 1 segfaults — everything is lost, you have a kernel panic. And the world will end? The same happens if the kernel has an error. Kernel has mature error correction infrastructure (Oops handling) and much wider community. That's why critical components should be as simple and clean as possible. Like the kernel? You call that simple? Don't mix user space and kernel space, please. There are more secure by design micro kernels out there (like Hurd), but they're out of the scope of this discussion. I'm sorry, but you are (IMO) wrong: critical components should be thoroughly tested and debugged, and have integrated unit testing, and a large enough group of volunteers to test new releases before they go into the general public. You're pointing to valid issues, but not to the whole picture. Critical components should _start_ from good design, sound modular architecture and _then_ with QA and testing. You're omitting the most important stuff, though. SysVinit code size is about 10 000 lines of code, OpenRC contains about 13 000 lines, systemd — about 200 000 lines. If you take into account the thousands of shell code that SysV and OpenRC need to fill the functionality of systemd, they use even more. If that code will fail, this wouldn't be critical at system level. Thus scope of fatal error is limited. Even assuming systemd code is as mature as sysvinit or openrc (though I doubt this) you can calculate probabilities of segfaults yourself easily. I don't care about probabilities; I care about facts: FACT, I've been using systemd since 2010, in several machines, and I haven't had a single segfault. FACT: almost no bug report in systemd involves a segfault in PID 1. You need facts? Here is one for you (systemd-208): http://fly.osdn.org.ua/~mike/img/misc/systemd-segfault.jpg Looks broken. Broken by design. The worst form of broken. By your opinion, not others. That is not just an opinion. There is a science and experience behind system's design. Yeah, what do you think about Greg Kroah-Hartman, Linus' right hand, or Keith Packard of X.org fame? None of them works for Red Hat; both of them know more about Unix and Linux than you and me together, and both of them promote systemd. I respect Greg for most of his work, but this doesn't mean he is an oracle we need to adhere to. But in FOSS reputation is not that important, though clean technical reasons are. And all that science was ignored during systemd architecture process if there was any at all. You should read systemd-devel and Lennart's blog posts before saying something like that. I did. I read that blog. No valid reason were found (if we're comparing systemd to what is outside of systemd's world, not only to bare sysvinit). But what I found it that blog is a lack of thorough project design (it looks like many components were added by the fly without preliminary planning) and a lot of religious statements. Best regards, Andrew Savchenko pgpko_nMZl2xr.pgp Description: PGP signature
Re: [gentoo-user] dmraid, mdraid, lvm, btrfs, what?
On Tue, Nov 29, 2011 at 9:10 AM, Mark Knecht markkne...@gmail.com wrote: On Mon, Nov 28, 2011 at 8:10 PM, Michael Mol mike...@gmail.com wrote: Hi Michael, Welcome to the world of what ever sort of multi-disk environment you choose. It's a HUGE topic and a conversation I look forward to having as you dig through it. My main compute system here at home has six 500GB WD RE3 drives. Five are in use with one as a cold spare. I'm using md. It's pretty mature and you have good access to the main developer through the email list. I don't know much about dm. If this is your first time putting RAID on a box (it was for me) then I think md is a good choice. On the other hand you're more system software savy than I am so go with what you think is best for you. Last time I set up RAID was three or four years ago. Two volumes, on RAID5 of three 1.5TB drives (Seagate econo drives, but they worked well enough for me), one RIAD0 of three 1TB drives (WD Caviar Black). The RAID0 was for some video munging scratch space. The RAID5, I mounted as /home. Those volumes lasted a couple years, before I rebuilt all of them as two LVM pvgs, using the same drive sets. 1) First lesson - not all hard drives make good RAID hard drives. I started with six 1TB WD Green drives and found they made _terrible_ RAID units so I took them out and bought _real_ RAID drives. They were only half as large for the same price but they have worked perfectly for nearly 2 years. What makes a good RAID unit, and what makes a terrible RAID unit? Unless we're talking rapid failure, I'd think anything striped would be faster than the bare drive alone. 2) Second lesson - prepare to build a few RAID configurations and TEST, TEST, TEST __BEFORE__ (BEFORE!!!) you make _ANY_ decision about what sort of RAID you really want. There are a LOT of parameter choices that effect performance, reliability, capacity and I think to some extent your ability to change RAID types later on. To name a few: The obvious RAID type (0,1,2,3,4,5,6,10, etc.) but also chunk size, metadata type, physical layout for certain RAID types, etc. I strongly suggest building 5-10 different configurations and testing them with bonnie++ to gauge speed. I didn't do enough of this before I built this system and I've been dealing with the effects ever since. I'm familiar with the different RAID types and how they operate. I'm familiar with some of the impacts of chunk size, what that can mean in impacts on caching and sector overlap (for SSD and 2TB+ drives, at least). The purpose of this array (or set of arrays) is for volume aggregation with a touch of redundancy. Speed is a tertiary concern, and if it becomes a real issue, I'll adapt; I've got 730GB left free on the system's primary disk which I can throw into the mix any which way. (use it raw as I currently am, or stripe a logical volume into it...) 3) Third lesson - think deeply about what happens when 1 drive goes bad and you are in the process of fixing the system. Do you have a spare drive ready? Don't plan to, but I don't plan on storing vital or operations-dependent data in the volume without backup. These are going to be volumes of convenience. Is it in the box? Hot or cold? What happens if a second drive in the system fails while you're rebuilding the RAID? Drop the failed drives, rebuild with the remaining drives, copy back a backup. It's from the same manufacturing lot so it probably suffers from the same weaknesses. My decision for the most part was (for data or system drives) 3-drive RAID1 or 5-drive RAID6. For backup I went with 5-drive RAID5. It all makes me feel good, but it's too complicated. 4) Lastly - as they say all the time on the mdadm list: RAID is not a backup. Absolutely. I've had discussions of RAID and disk storage many times with some rather apt and experienced friends, but dmraid and btrfs are relatively new on the block, and the gentoo-user list is a new, mostly-untapped resource of expertise. I wanted to pick up any additional knowledge or references I hadn't heard before. :) Personally I like your idea of one big RAID with lvm on top but I haven't done it myself. I think it's what I would look at today if I was starting from scratch, but I'm not sure. It would take some study. It's probably the simplest way forward. I notice there are some network-syncing block devices in the kernel (acting as RAID1 over a network) I'd like to play with, but I haven't done anything with OCFS2 (or whatever other multi-operator filesystems are in the 3.0.6 kernel) before. Hope this helps even a little, Mark Certainly does. Also, your email has a permanent URL through at least a couple mailing list archivers, so it'll be a good thing to link to in the future. :) -- :wq
[gentoo-user] Re: DVD-cd usage
Nick Rout nick at rout.co.nz writes: yes i think you should try cdrecord from the command line with the verbose option turned on and see what happens. ( the option is -V). If you need the basics of how to use cdrecord see the cd writing howto at http://tldp.org Well looking at that I used: cdrecord dev=ATAPI:1,1,0 -eject speed=2 -pad -audio -v close.wav Here are the results: cdrecord: No write mode specified. cdrecord: Asuming -tao mode. cdrecord: Future versions of cdrecord may have different drive dependent defaults. cdrecord: Continuing in 5 seconds... Cdrecord-Clone 2.01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg on-the-fly encryption (version 1.0-rc1) built-in, (C) 2004,2005 NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord and thus may have bugs that are not present in the original version. Please send bug reports and support requests to burbon04 at gmx.de. For more information please see http://burbon04.gmxhome.de/linux/CDREncryption.html. The original author should not be bothered with problems of this version. cdrecord: Warning: Running on Linux-2.6.12-gentoo-r4 cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. TOC Type: 0 = CD-DA cdrecord: Cannot allocate memory. WARNING: Cannot do mlockall(2). cdrecord: WARNING: This causes a high risk for buffer underruns. cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler cdrecord: Permission denied. WARNING: Cannot set priority using setpriority(). cdrecord: WARNING: This causes a high risk for buffer underruns. scsidev: 'ATAPI:1,1,0' devname: 'ATAPI' scsibus: 1 target: 1 lun: 0 Warning: Using ATA Packet interface. Warning: The related Linux kernel interface code seems to be unmaintained. Warning: There is absolutely NO DMA, operations thus are slow. Using libscg version 'schily-0.8'. SCSI buffer size: 64512 atapi: -1 cdrecord: Cannot do inquiry for CD/DVD-Recorder. cdrecord: Input/output error. test unit ready: scsi sendcmd: fatal error CDB: 00 00 00 00 00 00 cmd finished after 0.000s timeout 40s There is some weird crap with cdrecord and various kernel versions. what versions of cdrecrod and kernel are you running? 2.6.12-gentoo-r4 (standard with no patches) I kept these old kernel, which I can reboot and test? 2.6.11-gentoo-r11 2.6.11-gentoo-r10 also I note that i am in the cdrecording group in /etc/group - I am not sure if this is important or a hangover from some earlier setup. I added root and myself to this line in /etc/group cdrw::80:root,james I was already in this line: cdrom::19:root,james Maybe a better command line to test with cdrecord? James -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] strange TCP timeout errors
YyyyYYuIU Sent from my Verizon Wireless BlackBerry -Original Message- From: Alan McKinnon <alan.mckin...@gmail.com> Date: Wed, 7 Oct 2015 20:39:42 To: <gentoo-user@lists.gentoo.org> Reply-to: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] strange TCP timeout errors On 07/10/2015 17:55, Grant wrote: >>>>>> I've attached a PNG from Munin showing the TCP timeout errors on my >>>>>> Gentoo server over the past month. The data is expressed in timeouts >>>>>> per second and that rate is shown to be steadily increasing over the >>>>>> past month. That seems strange to me. Munin doesn't show any other >>>>>> data point increasing like this over the time period. Any ideas? >>>>>> >>>>>> - Grant >>>>>> >>>>> >>>>> weird - does it reset on an interface restart or reboot? >>>> >>>> this would be my test #1 >>> >>> >>> I rebooted and the rate of errors has dropped off to almost nothing. >>> >>> >>>>> Can you verify its not an artefact within munin (how?) >>>> >>>> In theory, a misconfigured graph can do this. Munin can draw many >>>> different types of graph, including cumulative values. Even for a data >>>> type like this which is X events per unit time, if you tell munin to add >>>> them all up, it will do so and graph it. >>>> >>>> Qucik test is to look at the graph config. >>> >>> >>> This graph lives in the "network" section of the munin web interface. >>> There is no matching section in /etc/munin/plugin-conf.d/munin-node so >>> it should be be using the default config. >>> >>> Any ideas based on this new info? >> >> A few :-) >> >> >> I can't find the plugin that delivers that graph though. Maybe I just >> don't have it, maybe it comes from contrib/ >> >> What's your USE for munin? > > > USE="apache cgi http mysql ssl syslog -asterisk -dhcpd -doc -ipmi > -ipv6 -irc -java -memcached -minimal -postgres (-selinux) {-test}" > > >> What do you have in "ls -al /etc/munin/plugins/" ? It's as I thought - your data is accurate but rrd has been given a completely wrong method to derive the graphs. Munin graphs for section "Network" do not have to be in a file called "network" - it's just a category and the plugin defines what web-page section it must be in. In your case, the relevant plugin is netstat_multi which doesn't often get installed. It's data source is "netstat -s" so grep that output for "timeout" to see it. Timeouts are cumulative counters, they do not get less till they wrap around. So to scale them, the plugin gets the rrd file to subtract previous reading from current reading and divide by the time interval to get the timeouts/sec. This is all done inside rrd when the data files are updated (it's quite a lot of magic) That plugin sets the graph type to DERIVE (/etc/munin/plugins/netstat_multi around line 190. I feel it should be GAUGE or COUNTER. The proper reference on rrd is http://oss.oetiker.ch/rrdtool/doc/rrdcreate.en.html and the munin docs are https://munin.readthedocs.org/en/latest/index.html You must edit the plugin file and IIRC recreate the rrd, you will lose all past info (can't be helped). [snip ls output] > P.S. Any other good plugins you'd recommend? http://gallery.munin-monitoring.org/ Monitoring is highly site-specific so recommendations aren't usually worth much, but that gallery has LOTS of contributed plugins -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] strange TCP timeout errors
On 07/10/2015 17:55, Grant wrote: >>>>>> I've attached a PNG from Munin showing the TCP timeout errors on my >>>>>> Gentoo server over the past month. The data is expressed in timeouts >>>>>> per second and that rate is shown to be steadily increasing over the >>>>>> past month. That seems strange to me. Munin doesn't show any other >>>>>> data point increasing like this over the time period. Any ideas? >>>>>> >>>>>> - Grant >>>>>> >>>>> >>>>> weird - does it reset on an interface restart or reboot? >>>> >>>> this would be my test #1 >>> >>> >>> I rebooted and the rate of errors has dropped off to almost nothing. >>> >>> >>>>> Can you verify its not an artefact within munin (how?) >>>> >>>> In theory, a misconfigured graph can do this. Munin can draw many >>>> different types of graph, including cumulative values. Even for a data >>>> type like this which is X events per unit time, if you tell munin to add >>>> them all up, it will do so and graph it. >>>> >>>> Qucik test is to look at the graph config. >>> >>> >>> This graph lives in the "network" section of the munin web interface. >>> There is no matching section in /etc/munin/plugin-conf.d/munin-node so >>> it should be be using the default config. >>> >>> Any ideas based on this new info? >> >> A few :-) >> >> >> I can't find the plugin that delivers that graph though. Maybe I just >> don't have it, maybe it comes from contrib/ >> >> What's your USE for munin? > > > USE="apache cgi http mysql ssl syslog -asterisk -dhcpd -doc -ipmi > -ipv6 -irc -java -memcached -minimal -postgres (-selinux) {-test}" > > >> What do you have in "ls -al /etc/munin/plugins/" ? It's as I thought - your data is accurate but rrd has been given a completely wrong method to derive the graphs. Munin graphs for section "Network" do not have to be in a file called "network" - it's just a category and the plugin defines what web-page section it must be in. In your case, the relevant plugin is netstat_multi which doesn't often get installed. It's data source is "netstat -s" so grep that output for "timeout" to see it. Timeouts are cumulative counters, they do not get less till they wrap around. So to scale them, the plugin gets the rrd file to subtract previous reading from current reading and divide by the time interval to get the timeouts/sec. This is all done inside rrd when the data files are updated (it's quite a lot of magic) That plugin sets the graph type to DERIVE (/etc/munin/plugins/netstat_multi around line 190. I feel it should be GAUGE or COUNTER. The proper reference on rrd is http://oss.oetiker.ch/rrdtool/doc/rrdcreate.en.html and the munin docs are https://munin.readthedocs.org/en/latest/index.html You must edit the plugin file and IIRC recreate the rrd, you will lose all past info (can't be helped). [snip ls output] > P.S. Any other good plugins you'd recommend? http://gallery.munin-monitoring.org/ Monitoring is highly site-specific so recommendations aren't usually worth much, but that gallery has LOTS of contributed plugins -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: my 5.15.93 kernel keeps rebooting
On Thu, 16 Feb 2023 07:11:12 -0500, Rich Freeman wrote: > > On Thu, Feb 16, 2023 at 6:50 AM John Covici wrote: > > > > The sending computer has two nics, eno1 for the internal network and > > eno2 is on the internet. So, my netconsole stanza said > > netconsole=@192.168.0.1/eno1,@192.168.0.2 > > Is CONFIG_NETCONSOLE enabled for your kernel? > > I'm not sure if the kernel will assign the names eno1/2 to interfaces > - I think those might be assigned by udev, which probably won't have > run before the kernel parses this instruction. You might need to use > eth0/1 - and your guess is as good as mine which one corresponds to > which. > > If it isn't one of those it might not hurt to put the target mac > address in there just to be safe. I haven't needed that but maybe > there are situations where ARP won't work (it would be needed if you > are crossing subnets, in which case you'd need the gateway MAC). Keep > in mind that this is a low-level function that doesn't use any > routing/userspace/etc. It was designed to be robust in the event of a > PANIC and to be able to be enabled fairly early during boot, so it > can't rely on the sorts of things we just take for granted with > networking. > > > > > The box which is at 192.168.0.2 has netcat (windows version) and I > > tried the following: > > netcat -u -v -l 192.168.0.2 and I also tried 192.168.0.1 > > which is the ip address of the linux console which I am trying to > > debug. > > > > I also tried 0.0.0.0 which did not work either, but I think the > > windows firewall was blocking, and I did fix that, but did not try the > > 0.0.0.0 after that. > > > > So I'm pretty sure that netcat requires listing the destination IP, > since it has to open a socket to listen on that IP. You can > optionally set a source address/port in which case it will ignore > anything else, but by default it will accept packets from any source. > > I was definitely going to suggest making sure that a windows firewall > wasn't blocking the inbound connections. That's fairly default > behavior on windows. hmmm, but what should I use for the source ip, I only assign those when I bring the interface up when I start the interface -- I have something like this: [Unit] Description=Network Connectivity for %i Documentation=man:ip Before=network.target Wants=network.target BindsTo=sys-subsystem-net-devices-%i.device After=sys-subsystem-net-devices-%i.device [Service] Type=oneshot RemainAfterExit=yes EnvironmentFile=/etc/conf.d/network@%i ExecStart=/bin/ip link set dev %i up ExecStart=/bin/ip addr add ${address}/${netmask} broadcast ${broadcast} dev %i ExecStart=-/bin/bash -c "test -n ${gateway} && /bin/ip route add default via ${gateway}" ExecStart=-/bin/bash -c "test -f /etc/conf.d/postup@%i.sh&&/bin/bash -c /etc/conf.d/postup@%i.sh" ExecStop=/bin/ip addr flush dev %i ExecStop=/bin/ip link set dev %i down ExecStop=-/bin/bash -c "test -f /etc/conf.d/postdown@%i.sh&&/bin/bash -c /etc/conf.d/postdown@%i.sh" [Install] WantedBy=multi-user.target and the /etc/conf.d/network@eno1 is address=192.168.0.1 netmask=24 broadcast=192.168.0.255 So, before I run this, I don't think the card has any ip address, does it? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] problems getting systemd to work
On Fri, May 16, 2014 at 12:17 PM, cov...@ccs.covici.com wrote: [snip] I don't understand the current situation .So now you get ALL your volumes activated, or not? Yep, they are all activated and they all get mounted. Cool, one problem less. Now for some systemd problems. The root file system was read only when I logged in, but I could remount it rw -- not sure why this was happening. Set systemd.log_level=debug in your command line, and post the exit from journalctl -b. I had debug in the command line by itself, would that make the correct log_level? The file is quite large, should I send it to you privately? I don't think is necessary, I may have found the real problem (see below). Some units did start, but most did not. Whenever I tried to start one manually, I got a message like the following: [snip] No matter what unit I tried to start I would get such a message about the service.mount. That sounds like a problem with the cgroups hierarchy (which uses a virtual filesystem). I don't remember seeing a problem like that before. Also, even though my network names were correct, they did not come up, but I will try to look in the logs to see why not. I wrote a service file to start my network adaptors, here it is: network@.service [Unit] Description=Network Connectivity for %i Wants=network.target Before=network.target BindsTo=sys-subsystem-net-devices-%i.device After=sys-subsystem-net-devices-%i.device [Service] Type=oneshot RemainAfterExit=yes EnvironmentFile=/etc/conf.d/network@%i ExecStart=/usr/bin/ip link set dev %i up ExecStart=/usr/bin/ip addr add ${address}/${netmask} broadcast ${broadcast} dev %i ExecStart=/bin/bash -c 'test -n ${gateway} /usr/bin/ip route add default via ${gateway}' ExecStart=/bin/bash -c 'test -f /etc/conf.d/postup@%i.sh/bin/bash /etc/conf.d/postup@%i.sh ExecStop=/usr/bin/ip addr flush dev %i ExecStop=/usr/bin/ip link set dev %i down [Install] WantedBy=network.target Did you enabled network@ifaca.service? Also, WantedBy=network.target doesn't do what you probably think it does (check [1]... and BTW, I forgot my last footnote, is now on [2]). I would use WantedBy=multi-user.target. systemd will not (AFAIK) start your network, and before the 209 or 210 version it needed helper program (NetwokrManager, connman, ip, ifconfig, etc.) to do it. Now it includes networkd, but you need to set up .network files (like .service files) to configure it. See [1]. So we have made some progress, but still a long way to go yet. Note also, that I am not booting into a display manager, just a regular console. What a lot of work just to get the system booted! Well, you have a setup that is not, by any means, simple. Also, in my experience old LVM configurations seem to cause a lot of troubles to bring to what systemd expects. John, could you also post here your kernel config? Those cgroups errors *may* be related to some missing functionality from the kernel. [snip kernel config] John, your kernel is incorrectly configured to be used by systemd. When you installed systemd, a warning should have appeared about some missing configure options; you either didn't saw or ignored those warnings. Install systemd again so you can see them. From what I can tell, you are missing *AT LEAST* the following options: CONFIG_AUTOFS4_FS CONFIG_DMIID CONFIG_FANOTIFY CONFIG_INOTIFY_USER CONFIG_PROC_FS CONFIG_SYSFS John, if you don't set them, systemd *CANNOT WORK PROPERLY*. They are mandatory. I'm surprised you are able to boot to a semi-working state. Yes, migrating to systemd is a lot of work. But if you don't see (or ignore) your system messages, that work gets multiplied several times. Reconfigure, recompile, and reinstall your kernel (don't forget to reinstall the modules!), regenerate your initramfs, update lilo (if I remember correctly, you need to run lilo -something-or-another every time you change kernel and/or initramfs), and try again. Regards [1] http://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ [2] http://www.freedesktop.org/software/systemd/man/systemd.network.html -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] problems getting systemd to work
Canek Peláez Valdés can...@gmail.com wrote: On Fri, May 16, 2014 at 12:17 PM, cov...@ccs.covici.com wrote: [snip] I don't understand the current situation .So now you get ALL your volumes activated, or not? Yep, they are all activated and they all get mounted. Cool, one problem less. Now for some systemd problems. The root file system was read only when I logged in, but I could remount it rw -- not sure why this was happening. Set systemd.log_level=debug in your command line, and post the exit from journalctl -b. I had debug in the command line by itself, would that make the correct log_level? The file is quite large, should I send it to you privately? I don't think is necessary, I may have found the real problem (see below). Some units did start, but most did not. Whenever I tried to start one manually, I got a message like the following: [snip] No matter what unit I tried to start I would get such a message about the service.mount. That sounds like a problem with the cgroups hierarchy (which uses a virtual filesystem). I don't remember seeing a problem like that before. Also, even though my network names were correct, they did not come up, but I will try to look in the logs to see why not. I wrote a service file to start my network adaptors, here it is: network@.service [Unit] Description=Network Connectivity for %i Wants=network.target Before=network.target BindsTo=sys-subsystem-net-devices-%i.device After=sys-subsystem-net-devices-%i.device [Service] Type=oneshot RemainAfterExit=yes EnvironmentFile=/etc/conf.d/network@%i ExecStart=/usr/bin/ip link set dev %i up ExecStart=/usr/bin/ip addr add ${address}/${netmask} broadcast ${broadcast} dev %i ExecStart=/bin/bash -c 'test -n ${gateway} /usr/bin/ip route add default via ${gateway}' ExecStart=/bin/bash -c 'test -f /etc/conf.d/postup@%i.sh/bin/bash /etc/conf.d/postup@%i.sh ExecStop=/usr/bin/ip addr flush dev %i ExecStop=/usr/bin/ip link set dev %i down [Install] WantedBy=network.target Did you enabled network@ifaca.service? Also, WantedBy=network.target doesn't do what you probably think it does (check [1]... and BTW, I forgot my last footnote, is now on [2]). I would use WantedBy=multi-user.target. systemd will not (AFAIK) start your network, and before the 209 or 210 version it needed helper program (NetwokrManager, connman, ip, ifconfig, etc.) to do it. Now it includes networkd, but you need to set up .network files (like .service files) to configure it. See [1]. So we have made some progress, but still a long way to go yet. Note also, that I am not booting into a display manager, just a regular console. What a lot of work just to get the system booted! Well, you have a setup that is not, by any means, simple. Also, in my experience old LVM configurations seem to cause a lot of troubles to bring to what systemd expects. John, could you also post here your kernel config? Those cgroups errors *may* be related to some missing functionality from the kernel. [snip kernel config] John, your kernel is incorrectly configured to be used by systemd. When you installed systemd, a warning should have appeared about some missing configure options; you either didn't saw or ignored those warnings. Install systemd again so you can see them. From what I can tell, you are missing *AT LEAST* the following options: CONFIG_AUTOFS4_FS configured as a module. CONFIG_DMIID set to Y CONFIG_FANOTIFY set to y CONFIG_INOTIFY_USER set to y CONFIG_PROC_FS set to y CONFIG_SYSFS set to y John, if you don't set them, systemd *CANNOT WORK PROPERLY*. They are mandatory. I'm surprised you are able to boot to a semi-working state. Yes, migrating to systemd is a lot of work. But if you don't see (or ignore) your system messages, that work gets multiplied several times. Reconfigure, recompile, and reinstall your kernel (don't forget to reinstall the modules!), regenerate your initramfs, update lilo (if I remember correctly, you need to run lilo -something-or-another every time you change kernel and/or initramfs), and try again. Regards [1] http://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ [2] http://www.freedesktop.org/software/systemd/man/systemd.network.html -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] problems getting systemd to work
On Fri, May 16, 2014 at 1:11 PM, cov...@ccs.covici.com wrote: Canek Peláez Valdés can...@gmail.com wrote: On Fri, May 16, 2014 at 12:17 PM, cov...@ccs.covici.com wrote: [snip] I don't understand the current situation .So now you get ALL your volumes activated, or not? Yep, they are all activated and they all get mounted. Cool, one problem less. Now for some systemd problems. The root file system was read only when I logged in, but I could remount it rw -- not sure why this was happening. Set systemd.log_level=debug in your command line, and post the exit from journalctl -b. I had debug in the command line by itself, would that make the correct log_level? The file is quite large, should I send it to you privately? I don't think is necessary, I may have found the real problem (see below). Some units did start, but most did not. Whenever I tried to start one manually, I got a message like the following: [snip] No matter what unit I tried to start I would get such a message about the service.mount. That sounds like a problem with the cgroups hierarchy (which uses a virtual filesystem). I don't remember seeing a problem like that before. Also, even though my network names were correct, they did not come up, but I will try to look in the logs to see why not. I wrote a service file to start my network adaptors, here it is: network@.service [Unit] Description=Network Connectivity for %i Wants=network.target Before=network.target BindsTo=sys-subsystem-net-devices-%i.device After=sys-subsystem-net-devices-%i.device [Service] Type=oneshot RemainAfterExit=yes EnvironmentFile=/etc/conf.d/network@%i ExecStart=/usr/bin/ip link set dev %i up ExecStart=/usr/bin/ip addr add ${address}/${netmask} broadcast ${broadcast} dev %i ExecStart=/bin/bash -c 'test -n ${gateway} /usr/bin/ip route add default via ${gateway}' ExecStart=/bin/bash -c 'test -f /etc/conf.d/postup@%i.sh/bin/bash /etc/conf.d/postup@%i.sh ExecStop=/usr/bin/ip addr flush dev %i ExecStop=/usr/bin/ip link set dev %i down [Install] WantedBy=network.target Did you enabled network@ifaca.service? Also, WantedBy=network.target doesn't do what you probably think it does (check [1]... and BTW, I forgot my last footnote, is now on [2]). I would use WantedBy=multi-user.target. systemd will not (AFAIK) start your network, and before the 209 or 210 version it needed helper program (NetwokrManager, connman, ip, ifconfig, etc.) to do it. Now it includes networkd, but you need to set up .network files (like .service files) to configure it. See [1]. So we have made some progress, but still a long way to go yet. Note also, that I am not booting into a display manager, just a regular console. What a lot of work just to get the system booted! Well, you have a setup that is not, by any means, simple. Also, in my experience old LVM configurations seem to cause a lot of troubles to bring to what systemd expects. John, could you also post here your kernel config? Those cgroups errors *may* be related to some missing functionality from the kernel. [snip kernel config] John, your kernel is incorrectly configured to be used by systemd. When you installed systemd, a warning should have appeared about some missing configure options; you either didn't saw or ignored those warnings. Install systemd again so you can see them. From what I can tell, you are missing *AT LEAST* the following options: CONFIG_AUTOFS4_FS configured as a module. CONFIG_DMIID set to Y CONFIG_FANOTIFY set to y CONFIG_INOTIFY_USER set to y CONFIG_PROC_FS set to y CONFIG_SYSFS set to y I beg your pardon; GMail cut the config file and I didn't notice. Well then, please send me privately the output from journalctl -b. Regards. -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] problems getting systemd to work
Canek Peláez Valdés can...@gmail.com wrote: On Fri, May 16, 2014 at 1:11 PM, cov...@ccs.covici.com wrote: Canek Peláez Valdés can...@gmail.com wrote: On Fri, May 16, 2014 at 12:17 PM, cov...@ccs.covici.com wrote: [snip] I don't understand the current situation .So now you get ALL your volumes activated, or not? Yep, they are all activated and they all get mounted. Cool, one problem less. Now for some systemd problems. The root file system was read only when I logged in, but I could remount it rw -- not sure why this was happening. Set systemd.log_level=debug in your command line, and post the exit from journalctl -b. I had debug in the command line by itself, would that make the correct log_level? The file is quite large, should I send it to you privately? I don't think is necessary, I may have found the real problem (see below). Some units did start, but most did not. Whenever I tried to start one manually, I got a message like the following: [snip] No matter what unit I tried to start I would get such a message about the service.mount. That sounds like a problem with the cgroups hierarchy (which uses a virtual filesystem). I don't remember seeing a problem like that before. Also, even though my network names were correct, they did not come up, but I will try to look in the logs to see why not. I wrote a service file to start my network adaptors, here it is: network@.service [Unit] Description=Network Connectivity for %i Wants=network.target Before=network.target BindsTo=sys-subsystem-net-devices-%i.device After=sys-subsystem-net-devices-%i.device [Service] Type=oneshot RemainAfterExit=yes EnvironmentFile=/etc/conf.d/network@%i ExecStart=/usr/bin/ip link set dev %i up ExecStart=/usr/bin/ip addr add ${address}/${netmask} broadcast ${broadcast} dev %i ExecStart=/bin/bash -c 'test -n ${gateway} /usr/bin/ip route add default via ${gateway}' ExecStart=/bin/bash -c 'test -f /etc/conf.d/postup@%i.sh/bin/bash /etc/conf.d/postup@%i.sh ExecStop=/usr/bin/ip addr flush dev %i ExecStop=/usr/bin/ip link set dev %i down [Install] WantedBy=network.target Did you enabled network@ifaca.service? Also, WantedBy=network.target doesn't do what you probably think it does (check [1]... and BTW, I forgot my last footnote, is now on [2]). I would use WantedBy=multi-user.target. systemd will not (AFAIK) start your network, and before the 209 or 210 version it needed helper program (NetwokrManager, connman, ip, ifconfig, etc.) to do it. Now it includes networkd, but you need to set up .network files (like .service files) to configure it. See [1]. So we have made some progress, but still a long way to go yet. Note also, that I am not booting into a display manager, just a regular console. What a lot of work just to get the system booted! Well, you have a setup that is not, by any means, simple. Also, in my experience old LVM configurations seem to cause a lot of troubles to bring to what systemd expects. John, could you also post here your kernel config? Those cgroups errors *may* be related to some missing functionality from the kernel. [snip kernel config] John, your kernel is incorrectly configured to be used by systemd. When you installed systemd, a warning should have appeared about some missing configure options; you either didn't saw or ignored those warnings. Install systemd again so you can see them. From what I can tell, you are missing *AT LEAST* the following options: CONFIG_AUTOFS4_FS configured as a module. CONFIG_DMIID set to Y CONFIG_FANOTIFY set to y CONFIG_INOTIFY_USER set to y CONFIG_PROC_FS set to y CONFIG_SYSFS set to y I beg your pardon; GMail cut the config file and I didn't notice. Well then, please send me privately the output from journalctl -b. I did find one error so far, I had network@.eth0 and eth2 when I should have had network@eth0 and eth2 -- thanks to Stefan. I will send you what logs I have. Thanks. Regards. -- Canek Peláez Valdés Profesor de asignatura, Facultad de Ciencias Universidad Nacional Autónoma de México -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] KDE 4.0.0
Justin Findlay wrote: On AD 2008 January 20 Sunday 06:48:10 AM -0600, Dale wrote: Funnier still, they recently went up on dial-up. It costs more than DSL does. Oh, since I am on the net so much, they also charge me for the time on the phone too. I end up paying about $30 to $40 a month for internet costs. Funny huh? DSL is $19.95 a month. Me being disabled makes it even more fun. I'm wanting DSL to save money right now. I should save about $20 a month or so plus have a faster connection. I pay $40/month for 14 Mib up and down and I can run it at max throughput indefinitely. I seeded all 92 gentoo torrents for a month once to test this out. :-) Here in Utah, USA we have the largest community fiber network in the country called UTOPIA. I'm only on iProvo, but on UTOPIA they can get 50 Mib for a residential link. Justin I wish I lived in Utopia. LOL :-p Well, I made some progress while I was napping. I'm here now: Emerging (31 of 205) kde-base/libkdeedu-4.0.0 to / Downloading 'ftp://ftp.ussg.iu.edu/pub/linux/gentoo/distfiles/kdeedu-4.0.0.tar.bz2' --10:48:22-- ftp://ftp.ussg.iu.edu/pub/linux/gentoo/distfiles/kdeedu-4.0.0.tar.bz2 = `/usr/portage/distfiles/kdeedu-4.0.0.tar.bz2' Resolving ftp.ussg.iu.edu... 156.56.247.193 Connecting to ftp.ussg.iu.edu|156.56.247.193|:21... connected. Logging in as anonymous ... Logged in! == SYST ... done.== PWD ... done. == TYPE I ... done. == CWD /pub/linux/gentoo/distfiles ... done. == PASV ... done.== RETR kdeedu-4.0.0.tar.bz2 ... done. Length: 41,886,885 (40M) (unauthoritative) 23% [== ] 9,760,968 2.61K/s ETA 4:48:59 Exiting on signal 2 [EMAIL PROTECTED] / # I had to stop it to send in a folding unit thingy. Can't do more than one thing at a time on this connection. :-( Even Kopete pitches a fit sometimes. It's 12:40 now, so by dark I should have that ONE completed. ;-) Dang, 14Mbs both ways. Dale drools and slobbers everywhere Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] [OT]UPS battery dead?
On Tue, Apr 28, 2009 at 6:40 PM, maxim wexler bliss...@yahoo.com wrote: Hi group, Lookee here: kyzyl linux # apcaccess status APC : 001,034,0852 DATE : Tue Apr 28 19:26:47 MDT 2009 HOSTNAME : kyzyl RELEASE : 3.12.4 VERSION : 3.12.4 (19 August 2006) gentoo UPSNAME : kyzyl CABLE : USB Cable MODEL : Back-UPS ES 350 UPSMODE : Stand Alone STARTTIME: Tue Apr 28 15:47:20 MDT 2009 STATUS : ONLINE LINEV : 120.0 Volts LOADPCT : 71.0 Percent Load Capacity BCHARGE : 100.0 Percent TIMELEFT : 2.8 Minutes MBATTCHG : 5 Percent MINTIMEL : 3 Minutes MAXTIME : 0 Seconds LOTRANS : 088.0 Volts HITRANS : 139.0 Volts ALARMDEL : Always BATTV : 13.4 Volts LASTXFER : Input frequency out of range NUMXFERS : 0 TONBATT : 0 seconds CUMONBATT: 0 seconds XOFFBATT : N/A STATFLAG : 0x0708 Status Flag MANDATE : 2007-10-16 SERIALNO : 3B0742X02836 BATTDATE : 2000-00-00 NOMBATTV : 12.0 FIRMWARE : 23.B1.D USB FW:B1 APCMODEL : Back-UPS ES 350 END APC : Tue Apr 28 19:27:34 MDT 2009 Only 2.8mins left? The UPS unit, fairly common I suspect, is a Back-UPS ES 350 and less than a year old. It only saw service once last year during an electric storm when the house power failed for a few minutes. Why isn't it charging. Or is it? It says BATTDATE 2000-00-00. Huh? I'd like to test it further but the apcupsd manual recommends at least 5mins time left. If I just unplug it from the back of the PC, will it charge? Is the battery caput? Maxim Unplug all your electronic devices and plug in a lamp with a 100 Watt incandescent light build. With the lamp on unplug the UPS from the wall and see what happens. If the battery is dead it won't last all that long. I've had batteries last for 5 years, and I've had others die after 1-2 years. 2000-00-00 obviously isn't real. That's a software glitch. - Mark
Re: [gentoo-user] Re: {OT} Deliberately obfuscating my code
Am 10.11.2010 06:56, schrieb Grant Edwards: On 2010-11-09, Florian Philipp li...@f_philipp.fastmail.net wrote: Well, there are two ways to go here: 1. Modularize what you have. Give every developer only the source he is supposed to work on and binary interfaces (libs + header files for C/C++) and documentation for everything else. Then the devs will be able to run the software but no one will have all the source code. 2. Do not give working code to anyone. Define specs, test cases, prototypes and mock-ups. Then tell your devs to develop against these. When they have finished their modules (classes, units, whatever), it is your job to integrate these modules and see whether they work together as expected. If they don't, improve your specs and tests and give the code back to the devs for another iteration. I favor the second approach, especially as there are tools available to help you and it is safer against reverse-engineering. Both of these approaches are going to involve a lot of overhead (the second more so that the first). I would _guess_ than approach 2 will add at least 50-100% overhead. IOW, there's a pretty good chance that writing the whole thing yourself would take less of your time than designing, specifying, coordinating, integrating, testing and managing approach 2. [...] Sure. But it will be fun! ;) ... Just kidding. Unless specifications, inline interface documentation (doxygen, javadoc) and unit tests were already planned or even done (kudos if you actually do this while developing), you are probably right concerning the overhead. Of course it all depends on your development environment. When you get into the embedded, real-time, high-performance, high-security or high-redundancy realm, specifications etc. tend to become less overhead in comparison to actual coding and algorithmic effort. There are reasons why in some environments it is even affordable to create two independent implementations and then choose the better one. I highly doubt that we are actually talking about such software here, though. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] {OT} hire a programmer or company?
I'm debating whether I should hire an expert programmer for $X/hour, or a company of expert programmers for $2X/hour. It makes sense from a financial perspective to hire programmers directly, but I wonder if there are benefits to hiring a really good company. I'm sorry this is OT, but I bet you guys have some seriously good insight on this. Thanks, Grant For starters, you could give us a bit more insight into the kind of project we are talking about. What's the expected development effort, what are the services you pay for (binaries, source code, testing, maintenance, ...)? The project is made up of various and ongoing scripting tasks for a relatively complex website. Regarding programmer vs. company, I'd say it depends on what you expect and pay for. If you just want it coded, then the lone programmer is probably as good as the company (since programming itself doesn't really scale well with the number of devs). That's a really good point. Extensive testing, on the other hand, is something a team should do. Sure, the lone programmer can write you some unit tests and conduct a system test, but testing itself is a profession of its own and should be done by a second person with the relevant training. But in the end, these issues a minor. It really boils down to whom you trust more. Ask for references, look at their previous work, talk to them, etc. Can you tell me what sort of positive and negative things to watch out for? All things being equal, paying 1*x instead of 2*x gives you the chance to pay another 1*x to a second developer if things don't work out with the first one. ;-) Once I need more than one developer (which could come sooner rather than later due to the availability of these guys) am I likely to struggle managing them? I've read a bit about Agile software development and I plan to read a lot more. Is that the way to go? Would hiring a company make management a non-issue from my perspective? - Grant Regards, Florian Philipp
Re: [gentoo-user] Re: Fwd:How about the gentoo server or cluster in production environment?
On 21/02/2014 16:15, hasufell wrote: Alan McKinnon: On 20/02/2014 22:41, Nicolas Sebrecht wrote: On Thu, Feb 20, 2014 at 08:52:07PM +0400, Andrew Savchenko wrote: And this point is one of the highest security benefits in real world: one have non-standard binaries, not available in the wild. Most exploits will fail on such binaries even if vulnerability is still there. While excluding few security issues by compiling less code is possible, believing that non-standard binaries (in the sense of compiled for with local compilation flags) gives more security is a dangerous dream. +1 non-standard binaries is really just a special form of security by obscurity. So you are saying compiling a minimal kernel to minimize exposure to subsystem bugs is only obscurity? (I really wonder what Greg would say to this) No, I'm saying that I pay RedHat large sums of money to look after this on my behalf and that money is wasted if I build a custom kernel on that machine. RedHat has a vested interest in doing this right (it's the product they sell) and they have more engineering resources to apply to the problem than I can ever raise. The odds favour RedHat often getting this right and me often getting it wrong, simply because I don't have the unit testing facilities required and my employer doesn't employ OS builders. I won't permit Gentoo to be used in production here for precisely that reason - I can't provide the test guarantees the business and shareholders demand. The argument that this particular setup may be less tested is a valid one. But less tested also means less commonly known exploits and testing these setups is a win-win for users and upstream. Whether you like it or not... whenever you install software on a server, you become a tester at the same point. Proper testing carries a onerous burden. I've yet to find a enterprise anywhere in the world that does it right outside of their core business. Instead, they pay someone else to do it. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] problems getting systemd to work
Stefan G. Weichinger li...@xunil.at wrote: Am 15.05.2014 11:39, schrieb cov...@ccs.covici.com: I did not try the -H, I may test with that later. I did look at the --print-cmdline and copied the volumes they mentioned, but I have other lvm volumes in my fstab and none of them were activated, only the ones I specified in the command line! This is where I have run into problems. I have quite a few lvms, I want them all activated! Sure. I remember having an extra lvm.service for systemd to have all the LVs activated ... with that unit-file it worked more reliably for me (maybe not needed since some time). For sure that service file is only run *after* the initrd has found/activated/mounted your LVM-based root ... might be a workaround to specify the root-LV in the kernel command line (plus maybe rd.auto rd.lvm=1 ?) and then let the service file activate the rest of the LVs. Just to get you started at last ;-) Also, since I wrote the last message, I have been looking at the journalctl output and discovered a couple of things which I would like some help on, but getting the lvms to work is more important. First, whatever happened to DefaultControllers -- I want to disable those cpu hierarchies, but that option seems to have disappeared without a trace, although you can google and see it in some documentation. The keyword also was not accepted in an install section I have, what is the matter with that? What keyword? I don't understand right now. I want to use my sysklogd for my syslog, how can I use that with systemd? systemd's journal will be written to a socket if you configure it in /etc/systemd/journald.conf I would check man journald.conf and the option: ForwardToSyslog= and then let your chosen log-daemon listen there. IMO you should take a look at journalctl then anyway ... new concepts, but powerful features. Sure, but what I was looking for was a way to start syslogd and klogd using systemd -- I do have a socket option so they can listen on the socket so that should be OK. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] New Gentoo box
On 11/07/2015 02:52 PM, Bill Kenworthy wrote: > On 08/11/15 05:22, the...@sys-concept.com wrote: >> On 11/05/2015 11:06 PM, J. Roeleveld wrote: >> [snip] >> >>>> You might be right, maybe I'll add one HDD for backup (good suggestion). >>>> The killer is my 1TB SSD $499.99CAD >>> >>> Get 1 SSD for the OS, software and your home directory. (240GB is usually >>> enough) >>> And 1 big HDD for your data. >>> >>> Keep your documents and other data out of the home directory if doing this. >>> Reason I suggest your home directory on SSD is because programs tend to >>> store >>> a lot in your home directory which can benefit from a faster disk. >> >> It seems to me that SSD drives are slower than standard spinning disks. >> I was just comparing my two disk with hdparm >> >> 1.) Western Digital model: Model=WDC WD2002FAEX-007BA0 >> hdparm -Tt /dev/sda >> >> /dev/sda: >> Timing cached reads: 9406 MB in 2.00 seconds = 4705.88 MB/sec >> Timing buffered disk reads: 432 MB in 3.00 seconds = 143.92 MB/sec >> >> 2.) Intel SSD model Model=INTEL SSDSC2BF480A5 >> /dev/sda: >> Timing cached reads: 1292 MB in 2.00 seconds = 645.51 MB/sec >> Timing buffered disk reads: 536 MB in 3.00 seconds = 178.63 MB/sec >> >> It seems to me the spinning disk WD is faster than my Intel SSD >> So is there an advantage of overpaying for SSD? >> >> -- >> Thelma >> > > olympus ~ # hdparm -tT /dev/sda > > /dev/sda: > Timing cached reads: 20442 MB in 1.99 seconds = 10278.90 MB/sec > Timing buffered disk reads: 1164 MB in 3.00 seconds = 387.66 MB/sec > olympus ~ # hdparm -tT /dev/sdb > > /dev/sdb: > Timing cached reads: 20320 MB in 1.99 seconds = 10218.13 MB/sec > Timing buffered disk reads: 300 MB in 3.00 seconds = 99.88 MB/sec > olympus ~ # > > > Something is not right with your system ... > > sda is an older intel ssd, sdb is a western digital red which somethimes > gets close to that your speed. > > try multiple measurements, no load on the system. I did run test several times, still get the same numbers. Maybe the reason is that one system is much smaller slower. The SSD is running on smaller box: Atom-TM-_CPU_330_@_1.60GHz The WD is bitter unit: AMD_FX-tm-8150_Eight-Core_Processor -- Thelma
Re: [gentoo-user] nfsv4 issues
> >> I don't use systemd on Gentoo but for the nfs-utils upstream-shipped > >> systemd units that I think that Gentoo's using, you have to re-run > >> nfs-config.service - or run the script that it calls - in order to > >> update the "/run/sysconfig/nfs-utils" environment file that's sourced > >> by the nfs-server.service unit. > > > > In /usr/lib/systemd/system/nfs-server.service > > [Service] > > EnvironmentFile=/etc/conf.d/nfs > > Sorry. Looking at the ebuild, there's: > > > rm "${D}$(systemd_get_unitdir)"/nfs-config.service || die > sed -i -r \ > -e "/^EnvironmentFile=/s:=.*:=${EPREFIX}/etc/conf.d/nfs:" \ > -e '/^(After|Wants)=nfs-config.service$/d' \ > -e 's:/usr/sbin/rpc.statd:/sbin/rpc.statd:' \ > "${D}$(systemd_get_unitdir)"/* || die > > > so the upstream "nfs-config.service" waltz is avoided. > > But that means that the variables in "/etc/conf.d/nfs" aren't renamed. > So the openrc nfs script uses "${OPTS_RPC_NFSD}", which is defined, > and the systemd service uses "$RPCNFSDARGS", which isn't. > I've added $RPCNFSDARGS to /etc/conf.d/nfs, restarted, and the nproc setting works. > > >> Does "/var/lib/nfs/v4recovery/" exist? > > > > No > > # ls /var/lib/nfs/ > > etab export-lock rmtab rpc_pipefs sm sm.bak state xtab > > IIRC, it's needed to avoid this delay. I thought that I'd saved a url > about this but I can't find it. > > Do you have a syslog message about "stable storage"? "man nfsdcltrack". > There's no message about stable storage, but there's this; kernel: [578030.628415] NFSD: the nfsdcld client tracking upcall will be removed in 3.10. Please transition to using nfsdcltrack. # which nfsdcltrack which: no nfsdcltrack in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/5.4.0:/usr/lib64/subversion/bin:/opt/vmware/bin) # qlist nfs | grep nfsdcltrack # > The openrc script has > > > mkdir_nfsdirs() { > local d > for d in v4recovery v4root ; do > d="/var/lib/nfs/${d}" > [ ! -d "${d}" ] && mkdir -p "${d}" > done > } > > > but systemd doesn't have anything equivalent. On RHEL and Ubuntu, > "/var/lib/nfs/v4recovery/" is created at installation time. Perhaps > the Gentoo ebuild should do the same or should ship a > "/usr/lib/tmpfiles.d/var-lib-nfs.conf" to create it at boot if it > doesn't exist. > > I've added the directory, and after restarting syslog now has new entries; kernel: [912267.948883] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory kernel: NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory I will test shortly and report back - thanks!
Re: [gentoo-user] Re: ruby 22
On Mon, 21 Aug 2017 21:20:04 -0400, Alec Ten Harmsel wrote: > > > On 08/21/2017 10:13 AM, allan gottlieb wrote: > > > > I issued emerge --pretend --verbose --depclean =ruby-2.1.9 > > and the response was > > > > dev-lang/ruby > > selected: 2.1.9 > > protected: none > > omitted: 2.2.6 > > > > Am I correct in believing it is now safe to issue > > > >emerge --depclean =ruby-2.1.9 > > > > thanks, > > allan > > > > Yes, that should be fine. I rarely look at portage output and > just run `emerge -uDN @world' and `emerge --depclean' right after > one another, and it always works fine for ruby/python upgrades. > > The devs have done such a good job in general that I haven't had > any problems just running these commands the past couple years. I deleted RUBYTARGETS from make.conf, ran eselect to make ruby22 the default, but when I ran emerge --depclean I still have packages pulling ruby21 as follows: Calculating dependencies .. . done! dev-lang/ruby-2.1.10 pulled in by: dev-ruby/hoe-3.13.0 requires dev-lang/ruby:2.1 dev-ruby/json-1.8.3 requires dev-lang/ruby:2.1 dev-ruby/json-2.1.0 requires dev-lang/ruby:2.1 dev-ruby/kpeg-1.1.0 requires dev-lang/ruby:2.1 dev-ruby/maruku-0.7.3 requires dev-lang/ruby:2.1 dev-ruby/minitest-5.10.3 requires dev-lang/ruby:2.1 dev-ruby/net-telnet-0.1.1-r1 requires dev-lang/ruby:2.1 dev-ruby/power_assert-1.0.2 requires dev-lang/ruby:2.1 dev-ruby/racc-1.4.14 requires dev-lang/ruby:2.1 dev-ruby/rake-12.0.0 requires dev-lang/ruby:2.1 dev-ruby/rdoc-5.1.0 requires dev-lang/ruby:2.1 dev-ruby/rubygems-2.6.12 requires dev-lang/ruby:2.1 dev-ruby/test-unit-3.2.5 requires dev-lang/ruby:2.1 dev-ruby/yard-0.9.8 requires dev-lang/ruby:2.1 virtual/rubygems-13 requires dev-lang/ruby:2.1 virtual/rubygems-7 requires dev-lang/ruby:2.1 I tried a word ld update, but it didn't update any of those packages -- any ideas of how to fix? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Re: ruby 22
On Tue, 22 Aug 2017 02:58:31 -0400, Raffaele Belardi wrote: > > On Mon, 2017-08-21 at 22:21 -0400, John Covici wrote: > > On Mon, 21 Aug 2017 21:20:04 -0400, > > Alec Ten Harmsel wrote: > > > > > I deleted RUBYTARGETS from make.conf, ran eselect to make ruby22 the > > default, but when I ran emerge --depclean I still have packages > > pulling ruby21 as follows: > > > > Calculating dependencies .. . done! > > dev-lang/ruby-2.1.10 pulled in by: > > dev-ruby/hoe-3.13.0 requires dev-lang/ruby:2.1 > > dev-ruby/json-1.8.3 requires dev-lang/ruby:2.1 > > dev-ruby/json-2.1.0 requires dev-lang/ruby:2.1 > > dev-ruby/kpeg-1.1.0 requires dev-lang/ruby:2.1 > >dev-ruby/maruku-0.7.3 requires dev- > > lang/ruby:2.1 > > dev-ruby/minitest-5.10.3 requires > > dev-lang/ruby:2.1 > > dev-ruby/net-telnet-0.1.1-r1 requires dev-lang/ruby:2.1 > > dev-ruby/power_assert-1.0.2 requires dev-lang/ruby:2.1 > > dev-ruby/racc-1.4.14 requires dev-lang/ruby:2.1 > > dev-ruby/rake-12.0.0 requires dev-lang/ruby:2.1 > >dev-ruby/rdoc-5.1.0 requires dev- > > lang/ruby:2.1 > > dev-ruby/rubygems-2.6.12 requires > > dev-lang/ruby:2.1 > > dev-ruby/test-unit-3.2.5 requires dev-lang/ruby:2.1 > > dev-ruby/yard-0.9.8 requires dev-lang/ruby:2.1 > > virtual/rubygems-13 requires dev-lang/ruby:2.1 > > virtual/rubygems-7 requires dev-lang/ruby:2.1 > > > > I tried a word ld update, but it didn't update any of those packages > > -- any ideas of how to fix? > > Did you do an emerge @preserved-rebuild? I had the a similar problem > but only for a couple of packages (racc and another one), it was > quickly fixed that way. But I never had RUBY_TARGETS set so maybe YMMV. There are no libraries listed for rebuilding, emerge @preserved-rebuild says 0 packages. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Re: ruby 22
On Tue, Aug 22, 2017 at 07:57:39AM -0400, John Covici wrote: > > > > I deleted RUBYTARGETS from make.conf, ran eselect to make ruby22 the > > default, but when I ran emerge --depclean I still have packages > > pulling ruby21 as follows: > > > > Calculating dependencies .. . done! > > dev-lang/ruby-2.1.10 pulled in by: > > dev-ruby/hoe-3.13.0 requires dev-lang/ruby:2.1 > > dev-ruby/json-1.8.3 requires dev-lang/ruby:2.1 > > dev-ruby/json-2.1.0 requires dev-lang/ruby:2.1 > > dev-ruby/kpeg-1.1.0 requires dev-lang/ruby:2.1 > > dev-ruby/maruku-0.7.3 requires dev-lang/ruby:2.1 > > dev-ruby/minitest-5.10.3 requires > > dev-lang/ruby:2.1 > > dev-ruby/net-telnet-0.1.1-r1 requires dev-lang/ruby:2.1 > > dev-ruby/power_assert-1.0.2 requires dev-lang/ruby:2.1 > > dev-ruby/racc-1.4.14 requires dev-lang/ruby:2.1 > > dev-ruby/rake-12.0.0 requires dev-lang/ruby:2.1 > > dev-ruby/rdoc-5.1.0 requires dev-lang/ruby:2.1 > > dev-ruby/rubygems-2.6.12 requires > > dev-lang/ruby:2.1 > > dev-ruby/test-unit-3.2.5 requires dev-lang/ruby:2.1 > > dev-ruby/yard-0.9.8 requires dev-lang/ruby:2.1 > > virtual/rubygems-13 requires dev-lang/ruby:2.1 > > virtual/rubygems-7 requires dev-lang/ruby:2.1 > > > > I tried a word ld update, but it didn't update any of those packages > > -- any ideas of how to fix? > > > > I use the following arguments when I run updates: > --update --deep --with-bdeps=y --changed-use --backtrack=120 > --keep-goingworld > > Do I need to use new-use instead? I'm not sure; I always use new-use. If you haven't synced and updated recently, you may have issues as the default profiles still had ruby-2.1 listed in them. Alec
Re: [gentoo-user] multipath.conf : learning how to use
Am 14.08.19 um 13:20 schrieb J. Roeleveld: > If there is no documentation, it is a mess by definition. yes :-) >>>> I see two devices sdc and sdd that should come from the SAN. >>> >>> Interesting, are these supposed to be the same? >> >> No, I don't think so. But maybe you'r right. No sdd in fstab or in the >> mounts at all and ... > > See next item, make sure you do NOT mount both at the same time. I understand and agree ;-) >> # /usr/bin/sg_vpd --page=di /dev/sdb >> Device Identification VPD page: >> Addressed logical unit: >> designator type: NAA, code set: Binary >> 0x600605b00d0ce810217ccffe19f851e8 > > Yes, this one is different. > > I checked the above ID and it looks like it is already correctly configured. > Is " multipathd " actually running? no! > If it were running correctly, you would mount " /dev/mapper/ " instead of > " /dev/sdc " or " /dev/sdd ". > >> In the first week of september I travel there and I have the job to >> reinstall that server using Debian Linux (yes, gentoo-users, I am >> getting OT here ;-)). > > For something that doesn't get updated/managed often, Gentoo might not be the > best choice, I agree. > I would prefer Centos for this one though, as there is far more info on > multipath from Redhat. I will consider this ... As I understand things here: the former admin *tried to* setup multipath and somehow got stuck. That's why it isn't running and not used at all. He somehow mentioned this in an email back then when he was still working there. So currently it seems to me that the storage is attached via "single path" (is that the term here?) only. "directly"= no redundancy That means using the lpfc-kernel-module to run the FibreChannel-adapters ... which failed to come up / sync with a more recent gentoo kernel, as initially mentioned. (right now: 4.1.15-gentoo-r1 ... ) I consider sending a Debian-OS on a SSD there and let the (low expertise) guy there boot from it. (or a stick). Which in fact is risky as he doesn't know anything about linux. Or I simply wait for my on-site-appointment and start testing when I am there. Maybe I am lucky and the debian lpfc stuff works from the start. And then I could test multipath as well. I assume that maybe the adapters need a firmware update or so. - The current gentoo installation was done with "hardened" profile, not touched for years, no docs so it somehow seems way too much hassle to get it up to date again. Additionally no experts on site there, so it should be low maintenance anyway.
Re: [gentoo-user] Per package /bin/sh selection
Mike Gilbert wrote: > > Well, bosh has been tested to work as /bin/sh on Gentoo. > > BTW: On Solaris, bosh is faster than dash (because Solaris has a fully > > working > > vfork()). On Linux bosh is "only" of the same speed as dash since vfork() on > > Linux does not borrow the parents address space description but copies it. > > Is that also true of clone(CLONE_VM|CLONE_VFORK)? Recent versions of > glibc use this to implement the posix_spawn() function. I guess... from reading the man page. There is a simple test to verify my clain for vfork(): bosh may easily be configured for various behavior. If you like a bosh that does not use vfork() just call: cd sh smake clean smake COPTX=-DNO_VFORK If you run tests like: CONFIG_SHELL=$shell $shell ./configure in the directory "autoconf" from the schilytools: http://sourceforge.net/projects/schilytools/files/ (first run "rm *cache"), there is a significant performance win on Solaris for the version that uses vfork() - 20% less kernel CPU time. On Linux, there is a too little win for the same comparison. On Solaris, a vfork() call (check with truss -c) is takes only 1/3 of the time of a fork(), on Linux the win is only 30%. The total performance win for bosh executing configure using vfork() on Solaris is 10-15%, on Linux the total win is only 3%. Note that Linux copied the Solaris concept to implement a normal fork() with copy on write mmaps to the parent. So the only difference between fork() and vfork() is the handling of the address space description for the processes in the kernel. I would be happy, if there could be a way to get the same vfork() performance win on Linux as seen on Solaris. BTW: I forgot to mention that the unit tests for bosh are used this way: - first compile schilytools by running smake from top level. - Then chdir to "sh" and call "smake tests", see the global code in $SRCROOT/tests and the specific code in sh/tests Jörg -- EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'
Re: [gentoo-user] [Maybe OT]: Instability of system
On Monday, 21 May 2018 01:20:21 BST Dale wrote: > Adam Carter wrote: > > On Mon, May 21, 2018 at 8:35 AM, Dale <rdalek1...@gmail.com > > > > <mailto:rdalek1...@gmail.com>> wrote: > > Alan Mackenzie wrote: > > > Hello, Gentoo. > > > > > > I'm having problems with my machine hanging or rebooting > > > > spontaneously. > > > > > It's doing this, perhaps, every three or four weeks. I think > > > > that when > > > > > I'm in X, the system usually reboots, when I'm on a tty, it hangs. > > > > > > This phenomenon has, up till now, been just below the level at which > > > it's annoying enough to do something about. But my machine just > > > > hung on > > > > > me a few minutes ago, and now it's definitely reached tha threshold > > > where spending effort fixing it seems justified. > > > > > > My actual Gentoo installation is fine, in fact, so good that > > > > I've not > > > > > needed to post to the list for a long time. :-) > > > > > > My system is an AMD Ryzen processor on an Asus Prime X370-Pro > > > > mainboard, > > > > > and is just over a year old. I don't think my RAM is unstable > > > > (though > > > > > it's been a long time since I've run that RAM checking program). > > > > I ran memory checking overnight on my unstable (segfaults) AMD 8350 > > system, but no issues were found. Underclocking the RAM to the next > > lowest speed completely addressed the issue. If i get keen i may > > re-visit the RAM timing to see if it can be made to run stable at the > > nominal frequency with more conservative settings on the other parameters. > > > > If the firmware hasnt fixed it, the underclocking is cheap test, but > > yeah power supplies seem to be problematic. I always buy branded ones, > > but even then only had mediocre results. > > In the past, I've had bad ram test OK with those tests. When those > tests say ram is bad, it seems to always be accurate but sometimes it > doesn't catch a bad stick. I don't know if it doesn't test the whole > thing or what. I read somewhere that it sets aside a certain amount of > ram for the test program itself, after all it has to be in memory to > run, so it doesn't test that part. So, even tho it says they are good, > it may not be certain. It would make me consider other causes tho. > I've only had that happen a couple times. > > I'd run at the default settings first. If it still does it, then you > can go back to your custom settings after you fix the problem. I > thought about overclocking at one time but for what I do, it doesn't > really matter much. My puter spends most of its time waiting on me not > the other way around. I guess if someone has their system doing some > number crunching, foldingathome or something then it may matter more. > > I have Thermaltake power supplies here. It's not the best out there for > sure but it is in spec and reasonable price wise. Some of those el > cheapos are cheap for a reason. I bought a case once that came with > one. I only paid like $50.00 for the whole thing. Given a bare case > that was close usually costs around $40.00 at the time, they couldn't > have spent much on the P/S. I removed it first thing and put in a > proper P/S. The el cheapo made a good paper weight tho. The best > insurance tho is one that someone has tested. You can still get one bad > out of the box but it gives you better odds for sure. > > Dale > > :-) :-) I've had firmware updates causing problems like this (on Asus) only to be corrected with the next firmware update. If with default settings your RAM is playing up, update the firmware and check again. I tend to knock back the DRAM timings a bit on O/C'ed boards and this helps with stability. It goes without saying if default settings give you an unstable system, you should not try overclocking it. :-) PS. I use Corsair PSUs and always spend more on them to make sure it is not the cheapest model. A middle of the range modular unit comes with Japanese capacitors and has not caused me problems in various builds. In cheaper models I've ended up replacing the capacitors without waiting for the PSU to fail first - cheap PSUs always fail on me at the end. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] dev-lang/ruby and dev-ruby/xmlrpc-0.3.0[ruby_targets_ruby25] error
, I'll try again and post what it spits > out. Maybe it will give us more info or emerge will find a way to solve > it. > > Thanks for the info. > > Dale > > :-) :-) > Since the update was going to take a while, I took a nap. The update for everything else finished but when I try to include ruby and such, I still get the same error I think. Going to post again just in case something is different. root@fireball / # emerge -uvaDN world These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy ">=dev-ruby/xmlrpc-0.3.0[ruby_targets_ruby25]". (dependency required by "dev-lang/ruby-2.5.5::gentoo" [ebuild]) (dependency required by "dev-ruby/test-unit-3.3.3::gentoo[ruby_targets_ruby25]" [ebuild]) (dependency required by "dev-lang/ruby-2.4.6::gentoo" [installed]) (dependency required by "dev-ruby/rake-12.3.1::gentoo[ruby_targets_ruby24]" [ebuild]) (dependency required by "media-video/mkvtoolnix-35.0.0::gentoo" [installed]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) root@fireball / # I was hoping updating the other packages might change something or help emerge figure out a new path but it doesn't appear to have helped. Once again, I removed everything I thought ruby related from /etc/portage. Emerge wanted some added back but I still end up back with that error. Any idea? If not, I may sync again in a few hours. Dale :-) :-)
[gentoo-user] Re: [OT]UPS battery dead?
maxim wexler blissfix at yahoo.com writes: group, Only 2.8mins left? The UPS unit, fairly common I suspect, is a Back-UPS ES 350 and less than a year old. It only saw service once last year during an electric storm when the house power failed for a few minutes. Why isn't it charging. Or is it? 13.4 volts looks good on a 12V battery. I'm not sure I'd trust all the numbers. One easy thing to do is to, just swap in another (hopfully 7AH) standard 12V battery), give it a few days, and see what the numbers say. If you have lots of UPS's then getting a low cost 12V batter tester for 'Jell-Cell' batteries is not a bad idea. If you see signs of corrosion, toss the battery to the nearest recycle agency near you. It says BATTDATE 2000-00-00. Huh? Ignore. This looks like a default firmware value if not is correctly entered during manufacture or by the person that does maintenance. Some firewares include it, but the manufacture does not have a software application, where the info can be updated. Gel-Cell batteries are not smart (i.e. no microp) so there is no way for the battery to provide this info, to the UPS firmware. It's gimmickery. I'd like to test it further but the apcupsd manual recommends at least 5mins time left. I'd use manual testing techniques with the battery removed from the ups. You could have leaky or degraded circuitry in the ups. I canabalize old ups for good circuits and batteries and such. If you have several similar models you can do the same. Best to buy UPS in qty 2 or more to cannabalize parts. Never by a ups that does not use the standard 7AH or multiples of that standard battery. The further away from those batteries you get, the more you'll get 'ripped' at replacement time. One more thing. The smaller UPSs are of poor quality. I usually never bay an ups with less than 1KVA rating, although 800VA seem to be OK. The smaller ones just dye as the electronic swithcing circuits (how AC is made from DC) are just crappy and often fry or fatigue. Try not to run a UPS at more than 40% of the duty cycle, if you want it to last very long. Hooking up any arrangement of AC lighting will allow you to see how the battery performs over test intervals of 5,10,20,30 minutes. An amp meter, the kind that clamps around the power cord will give you the current draw of the load. From those numbers and the measured voltage across the battery, you can plot performance curves. After you do a few batteries, you can just watch the lights and pretty much tell if a battery is cooked. Battery testers are also cool, and convenient. If you are in the US, here is a great supplier for replacement batteries. They have an 8AH replacement of the standard 7AH battery (same form factor) that is usually less expensive, better quality and will give you a 1/7 longer life, nominally, Battery Wholesale Dist. 40120 Industrial Park Circle Georgetown, TX 78626 800 365 8444 not sure the website... hth, James
Re: [gentoo-user] ruby 22
On Sun, Aug 20 2017, Alec Ten Harmsel wrote: > On 08/20/2017 08:19 AM, allan gottlieb wrote: >> I am currently running ruby21 (ruby-2.1.9). >> All such versions of ruby are masked so this is clearly a mistake >> on my part. I was alerted to this error by dev-ruby/rdoc-4.2.0 >> failing to build on today's emerge --update @world >> >> After I do >>eselect ruby set ruby22 >> can I simply >>emerge --update @world >> or must I explicitly rebuild some ruby packages? > > I don't believe that will be enough. You should update RUBY_TARGETS in > /etc/portage/make.conf if you have it set. If you don't have it set > and are still getting this error, that's a bug and should be filed on > b.g.o. I have a custom RUBY_TARGETS as I do some ruby development, so > I don't have a vanilla system to test this on. > > Also, you'll have to run a slightly different command to update (since > RUBY_TARGETS, PYTHON_TARGETS, etc. are USE flags underneath): > > emerge --update --newuse --deep @world > > You shouldn't have to 'eselect ruby' either - portage will do this for > you while updating. > > Alec Not sure I understand. 1. I should have been more complete about the command I run MAKEOPTS="--jobs=8 --load-average=5" emerge --ask --deep --tree --jobs --load-average=5 \ --update --changed-use --with-bdeps=y @world 2. I do not have "ruby" or "RUBY" anywhere in the tree rooted at /etc/portage 3. emerge did not offer to upgrade RUBY_TARGETS does not seem happy with ruby21 since the emerge output includes [ebuild R]dev-ruby/test-unit-3.1.9 RUBY_TARGETS="(-ruby21%*)" [ebuild R]dev-ruby/rdoc-4.2.0 RUBY_TARGETS="(-ruby21%*)" [ebuild R]dev-ruby/minitest-5.8.4 RUBY_TARGETS="(-ruby21%*)" 4. I synced the tree today just before the emerge. Might I have picked up an inconsistent tree and hence should I resync? 5. The emerge error msg is below. 6. I have NOT done the eselect ruby set ruby 22. Thanks for you help allan >>> Install rdoc-4.2.0 into /var/tmp/portage/dev-ruby/rdoc-4.2.0/image/ >>> category dev-ruby * Running install phase for ruby22 ... * Running install phase for all ... * ERROR: dev-ruby/rdoc-4.2.0::gentoo failed (install phase): * USE Flag 'ruby_targets_ruby21' not in IUSE for dev-ruby/rdoc-4.2.0 * * Call stack: * ebuild.sh, line 115: Called src_install *environment, line 4405: Called ruby-ng_src_install *environment, line 4105: Called _ruby_invoke_environment 'all' 'all_ruby_install' *environment, line 540: Called all_ruby_install *environment, line 636: Called use 'ruby_targets_ruby21' * phase-helpers.sh, line 200: Called die * The specific snippet of code: * die "USE Flag '${u}' not in IUSE for ${CATEGORY}/${PF}" * * If you need support, post the output of `emerge --info '=dev-ruby/rdoc-4.2.0::gentoo'`, * the complete build log and the output of `emerge -pqv '=dev-ruby/rdoc-4.2.0::gentoo'`.
Re: [gentoo-user] problem booting from a USB flash drive
On 6/10/05, Neil Bothwick [EMAIL PROTECTED] wrote: On Fri, 10 Jun 2005 03:59:16 -0700, Mark Knecht wrote: On 6/10/05, Neil Bothwick [EMAIL PROTECTED] wrote: CF cards aren't lockable, but some CD-IDE adaptors have a write protect jumper. Of course, you'll have problems saving any settings with a write- protected /etc, so JFFS2 may be a better option. This is a filesystem specifically for flash driver, that avoids repeated writing to the same part of the disk. Or, of course, you could simply mount the filesystem ro. Ah, there's always a smart guy out there. ;-) Why didn't I think of that? Good point! There much be a way to do this sort of thing, again because I have the install CD as an example. For me this is about how to make a quiet MythTV frontend machine, not a 'Gentoo PC.' No hard drive is less noise. My thought was that once the machine was configured I'd like to lock the flash and never write ANYTHING to it. What about the MythTV data? Is that on another box, networked? Exactly. We have a server with lots of storage elsewhere on the network. This flash drive machine has no purpose other than playing that MythTV recordings. It's just a single function box. Although the first unit has a DVD drive in it since I had to build Gentoo from a universal CD I figure that long term I don't even need that since the picture playing a DVD from Myth is nowhere near as good as playing for our DVD players. The only time I'd possibly do anything on the flash was to update the system, maybe once every few months. Other than that if the machine is turned on and playing TV shows then I'd be happy with no logging or any type and the drive doesn't change at all. It sounds like you need something like one of these, which keep the card inside the box, and treat it as a hard disk (but silent). More or less. It could be inside or outside. What I sort of liked about the external USB flash drive was the idea that I could possibly learn to build the distro in a chrooted environment on my laptop, for instance, and then write it to multiple flash drives for multiple boxes. I've set this system up here, but I'm also building units for my parents who live 350 miles away. Right now they have a Gentoo backend and an XBox frontend. If a significant rev of Myth or Gentoo came along my thought was I could write it on one of this little guys, test it here, and then send it to my dad with instructions to power down, replace the old flash drive with the new flash drive, boot up, and he's running again. He sends me back the old flash drive and we can go through that process whenever we want. I could also ftp a new version to his Myth backend box with instructions on how he could overwrite the old drive but if somethig goes wrong then the unit doesn't work at all. Another possibility is to skip the flash drive completely, put in a cheap CD and then build essentially a Gentoo LiveCD that boots the system and starts Myth. No hard drive, no flash drive and probably the cheapest solution. Might be more noisy though if the drive continues to spin forever... Maybe there's instructions out there on how to do this sort of thing but I haven't found them yet. Removing all hard disks would also reduce the amount of heat generated, so you could reduce fan speeds to make it even quieter. Exactly my though. I bought the 512MB flash drive for $42 on sale yesterday. If I remove the hard drive and the DVD drive then a Pundit-R comes out at about $275-$300 which is at least reasonable, but still a lot higher than Tivo which sells the hardware at a loss and then makes it up in subscription costs. (Or so I think...) - Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Debian just voted in systemd for default init system in jessie
On Mon, Feb 17, 2014 at 11:52 AM, Andrew Savchenko birc...@gmail.com wrote: On Sun, 16 Feb 2014 15:16:36 -0600 Canek Peláez Valdés wrote: On Sun, Feb 16, 2014 at 2:58 PM, Volker Armin Hemmann volkerar...@googlemail.com wrote: Am 16.02.2014 21:08, schrieb Canek Peláez Valdés: On Sun, Feb 16, 2014 at 12:59 PM, Volker Armin Hemmann volkerar...@googlemail.com wrote: [ snip ] or it is an idiotic decision. Because features means complexity. Yeah, like the kernel. Complexity means bugs. Bugs get reported, bugs get fixes. Life goes on. You didn't answered this, did you? Bugs are different. Bugs are bugs, period. And they get reported and fixed. Bugs in the critical system components are critical to the whole system. Yeah, that's why we have unit testing and QA teams and stable and unstable releases, etc. If Libreoffice or browser segfaults, some data may be lost and inconvenience created, but the system will continue to run. If PID 1 segfaults — everything is lost, you have a kernel panic. And the world will end? The same happens if the kernel has an error. That's why critical components should be as simple and clean as possible. Like the kernel? You call that simple? I'm sorry, but you are (IMO) wrong: critical components should be thoroughly tested and debugged, and have integrated unit testing, and a large enough group of volunteers to test new releases before they go into the general public. SysVinit code size is about 10 000 lines of code, OpenRC contains about 13 000 lines, systemd — about 200 000 lines. If you take into account the thousands of shell code that SysV and OpenRC need to fill the functionality of systemd, they use even more. Also, again, systemd have a lot of little binaries, many of them optional. The LOC of PID 1 is actually closer to SysV (although still bigger). Even assuming systemd code is as mature as sysvinit or openrc (though I doubt this) you can calculate probabilities of segfaults yourself easily. I don't care about probabilities; I care about facts: FACT, I've been using systemd since 2010, in several machines, and I haven't had a single segfault. FACT: almost no bug report in systemd involves a segfault in PID 1. All of them are different tools providing one capability to systemd as a whole. So systemd is a collection of tools, where each one does one thing, and it does it well. By your definition, systemd perfectly follows the unix way. no, it isn't. How are those binaries talk to each other? dbus, which is about to be integrated into the kernel with kdbus. And this is a very, very bad idea. Looks like you don't know matter at all: to begin with kdbus protocol is NOT compatible dbus and special converter daemon will be needed to enable dbus to talk to kdbus. kdbus uses a different wire protocol than dbus; but for clients that doesn't matter; libsystemd-dbus will offer a compatibility layer (talk about standard and replaceable), so if your application uses dbus today, it will work with kdbus. Of course, new applications will take advantage of the new features of kdbus. The whole kdbus technology is very questionable itself (and was forcefully pushed by RH devs), Sorry, but it's you who doesn't know the matter at hand: kdbus was (and is) written by Greg Kroah-Hartman, Linus' right hand, and who works for the Linux Foundation. anyway it is possible to disable this stuff in kernel and guess what will be done on my systems. Good for you. Guess what will be done in mine? Looks broken. Broken by design. The worst form of broken. By your opinion, not others. That is not just an opinion. There is a science and experience behind system's design. Yeah, what do you think about Greg Kroah-Hartman, Linus' right hand, or Keith Packard of X.org fame? None of them works for Red Hat; both of them know more about Unix and Linux than you and me together, and both of them promote systemd. I mean, I myself know a thing or two about computing and Linux, and I promote systemd (and nobody pays me, BTW), but obviously you don't need to believe in my credentials. And, no offense, but I will always give more weight to the words of Greg Kroah-Hartman or Keith Packard (to name only two), instead of a random user in gentoo-user. There are knowledgeable people who are against systemd. But usually they don't give *technical* sound reasons. And all that science was ignored during systemd architecture process if there was any at all. You should read systemd-devel and Lennart's blog posts before saying something like that. I did. Regards -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Re: Damaged CD medium
Mick michaelkintz...@gmail.com wrote: On Friday 13 Mar 2015 22:24:32 Neil Bothwick wrote: On Fri, 13 Mar 2015 17:54:01 + (UTC), Grant Edwards wrote: IIRC, there are ebuilds for ddrescue, photorec, and testdisk. There's also app-cdr/dvdisaster. Thank you all. dd and ddrescue don't work, because the block device is not recognised. I had already tried this with not success. dvddisaster requires to have created a file with error correction (ecc) data in advance of the hardware failure, then use that to recover the lost bits. readcd is great - thanks Joerg! However, this is what I got in my first attempt: = $ readcd dev=1,0,0 -v scsidev: '1,0,0' scsibus: 1 target: 0 lun: 0 Linux sg driver version: 3.5.36 readcd: Input/output error. set cd speed: scsi sendcmd: no error CDB: BB 00 FF FF FF FF 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 02 00 00 00 00 0A 00 00 00 00 04 01 00 00 Sense Key: 0x2 Not Ready, Segment 0 Sense Code: 0x04 Qual 0x01 (logical unit is in process of becoming ready) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.042s timeout 40s Read speed: 11080 kB/s (CD 62x, DVD 8x, BD 2x). Write speed: 0 kB/s (CD 0x, DVD 0x, BD 0x). 0:read 1:veri 2:erase 3:read buffer 4:cache 5:ovtime 6:cap 7:wne 8:floppy 9:verify 10:checkcmds 11:read disk 12:write disk 13:scsireset 14:seektest 15: readda 16: reada 17: c2err 18:readcd 19: lin 20: full toc Enter selection: 0 (0 - 20)/cr: 0:read 1:veri 2:erase 3:read buffer 4:cache 5:ovtime 6:cap 7:wne 8:floppy 9:verify 10:checkcmds 11:read disk 12:write disk 13:scsireset 14:seektest 15: readda 16: reada 17: c2err 18:readcd 19: lin 20: full toc Enter selection: 4 (0 - 20)/cr:5==Not sure if I entered the correct No. Doing 1000 'TEST UNIT READY' operations. Time total: 0.296sec Doing 1000 'SEEK_G1 (0)' operations. Time total: 418.463sec 0:read 1:veri 2:erase 3:read buffer 4:cache 5:ovtime 6:cap 7:wne 8:floppy 9:verify 10:checkcmds 11:read disk 12:write disk 13:scsireset 14:seektest 15: readda 16: reada 17: c2err 18:readcd 19: lin 20: full toc Enter selection: 10 (0 - 20)/cr: = Try to read the man page and use the direct access to the related functions. From your printout, I cannot even tell whether the device argument was correct. Start with readcd -scanbus If you continue with readcd dev=xxx (only needed at all if you have more than one CD like drive), you could e.g. try readcd f=out-file -noerror If your drive cannot read the toc or otherwise believes there is no medium, readcd cannot help. You need to check why the toc cannot be read. If the CD ic scratched, then try to use Plexiglass polishing paste. Be carefull to prevent polishing paste to slip to the paint side and to let the CD move on the paint side. Jörg -- EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/'
[gentoo-user] Re: openrc-run for containers
Hi, I've got the integration working how I imagined. It is using s6-svscan to manage the containers, hopefully not abusing something. General idea is to have supervision control over containers, ie to allow start up in a given runlevel, have the ability to manage dependency start between given containers and start/stop using openrc (referenced https://wiki.gentoo.org/wiki/S6). Assuming containers are already running, ie given instance of whoami container: *docker run -p 80:80 -d -it --name whoami traefik/whoami* The "run" script, /var/svc.d/whoami/run: #!/bin/execlineb -P exec docker start -a whoami The "finish" script, /var/svc.d/whoami/finish *#!/bin/execlineb -Ps6-permafailon 60 1 2 exit* The init.d, conf.d. Cat /etc/conf.d/container.whoami: *INSTANCE=whoami* Cat /etc/init.d/container: *#!/sbin/openrc-rundescription="A supervised test service with a logger"supervisor=s6s6_service_path=/run/openrc/s6-scan/${INSTANCE}depend() { need s6-svscan}stop_pre() { docker stop ${INSTANCE}}* Finally, [openrc-run, ln -s /etc/init.d/container /etc/init.d/container.whoami] /etc/initd.d/container.whoami start, stop work as expected (docker ps |grep whoami does not return anything, after running "/etc/init.d/container.whoami stop"): List containers root@ # *docker ps |grep whoami* 68bd2ed585ed traefik/whoami "/whoami"35 minutes ago Up 34 minutes 0.0.0.0:80->80/tcp whoami root@ # *./container.whoami stop* container.whoami |whoami container.whoami | * Stopping container.whoami ... [ ok ] root@ # *docker ps |grep whoami* root@ #* ./container.whoami start* container.whoami | * Starting container.whoami ... [ ok ] root@ # docker ps |grep whoami 68bd2ed585ed traefik/whoami "/whoami"35 minutes ago Up 3 seconds 0.0.0.0:80->80/tcp whoami root@ # *ps xf -o pid,ppid,pgrp,euser,args* PID PPID PGRP EUSERCOMMAND 21056 1 21056 root /bin/s6-svscan /run/openrc/s6-scan 21058 21056 21056 root \_ s6-supervise whoami/log 21059 21056 21056 root \_ s6-supervise whoami 27584 21059 27584 root | \_ docker start -a whoami Similar to above, using s6-svstat: root@ # *s6-svstat /run/openrc/s6-scan/whoami* up (pid 27584) 752 seconds root@ # *./container.whoami stop* container.whoami |whoami container.whoami | * Stopping container.whoami ... [ ok ] root@ #* s6-svstat /run/openrc/s6-scan/whoami* down (exitcode 2) 1 seconds, normally up, ready 1 seconds root@ #* ./container.whoami start* container.whoami | * Starting container.whoami ... [ ok ] root@h003 /e/init.d # s6-svstat /run/openrc/s6-scan/whoami up (pid 6722) 3 seconds The goal of all this has been to incorporate containers into /etc/runlevels. I am not sure if there is a better way, have I missed something by not using s6-overlay or the like? I am not familiar enough to know. An outstanding issue, in the s6 run script, i would like to parametrize the instance name, I don't know how to do it, as it is currently hard coded: The "run" script, /var/svc.d/whoami/run: #!/bin/execlineb -P exec docker start -a *whoami* But once that is done, then all running containers could be incorporated by updating the conf.d for INSTANCE name, templating a /var/svc.d/ folder and linking to /etc/init.d/container, ie: /etc/init.d/container.whoami /etc/init.d/container.cadvisor /etc/init.d/container.traefik [put under control of s6] /etc/runlevels/20/s6-svscan ... This is kind of asymmetric, ie container start is in s6, whereas stop [docker] is in openrc, but I am not seeing a different way, the goal is to have robust services running. When system boots, s6-scan will start all the containers automatically, but then further operations, ie for things like manual failover etc, is possible using standard platform openrc - effectively docker - start/stop commands. kind regards On Thu, May 13, 2021 at 5:17 AM Damo wrote: > Hi, > > I've been running docker containers for a while, where I pass > "--restart=always" into the run command, so the containers restart > automatically after reboot. I want to have more control over the startup > order of the containers, ie integrate into openrc start/stop and put into > different runlevels. > > I've had mixed success so far. I would be interested if someone else has > working solution. My runlevels look something like this: > > rl100 > container.registry > rl90 > container.auth > container.router > boot > ... > > FYI, i've found systemd is doing it nicely, where systemctl start/stop > works as I would expect. I see a hardcoded dependency into the > container PID in the unit file (podman in this case): > > [root@]# cat /usr/lib/systemd/system/container-libvirt-exporter.service > > # > > [Unit] > Description=Podman con
[gentoo-user] Re: soliciting a DHCP lease / carrier lost
Am Tue, 4 Apr 2017 15:05:13 -0600 schrieb the...@sys-concept.com: > On 04/04/2017 02:56 PM, Kai Krakow wrote: > > Am Tue, 4 Apr 2017 14:28:23 -0600 > > schrieb the...@sys-concept.com: > > > [snip] > >> > >> I have reconnected another cable and the unit in remote location > >> works. Both cable have a good pinout but one is working and the > >> other is not. Both cable are sunning inside wall (I presume same > >> path). Without special tools/testing equipment it is hard to trace > >> these problems. > > > > You could try the problematic cable with only 100 MBit. If this > > works, I'm pretty sure that some of the wires are broken or have > > incorrect order. Keep in mind, tho, that the inverse assumption of > > such tests is not true. > > Yes, the testing took was cheap it came with the stripper. > Though, if the cable order was wrong, wouldn't the light on the tester > jump in different order? The light on the tester lights up > sequentially, so I assume the order is correct. Besides that "bad" > cable was working OK for a day. No, if you have the same wrong on both sides, the LEDs will still show correct blinking order. Think of it like this: If you use order 7-5-3-1-2-4-6-8 on both sides, blinking LED 1 on one side will blink the same LED on the other side because they both connect to wire 7. But the twisted pairs that should be twisted are no longer because now you connected pair 1 in the connector to wire 7 and 5 which belong to different pairs in the wire. The wire twists pair (7,8) and (4,5). On the long run, interference now cannot be canceled out because this only works if wires are twisted in the same pair. The connector (and ethernet standard) expects the following pairs on the connector: A-A-B-C-C-B-D-D 1-2-3-4-5-6-7-8 For electrical reasons it also expects a white wire alternating with a colored pair, which makes the following pairs: A = (1,2) B = (3,6) C = (5,4) D = (7,8) Or: A-a B c-C b D-d ^_^ With the capital letters being either all white or all colored (this doesn't depend as long as it's the same on both sides). You could open the problematic wall outlets and check the cabling yourself. Keep in mind that unmounting the wall outlet may make the problem of bent cables even worse due to moving and bending the wires even more. Usually, the company that installed the cabling should've done a frequency spectrum test on each wire pair. If you didn't get it you should ask for it. In my company, we deny any network problems of our delivered equipment unless such a test has been done and presented to us. Such a test may cost a few extra bucks but should be part of such an installation (done by the electrician before handling the project over to its customer). Depending on the inside of the RJ45 wall outlet, you can fix it yourself. For the cheaper LSA based internal connectors you need an LSA tool (it's inexpensive). Don't try to use a screw driver to mount the wires. The more expensive modular connectors are easy to mount: Just insert the wire pairs properly into the holes, properly and cleanly cut the wires off the other end, and push the connector module in place (take care of proper alignment). The modular connectors also properly connect shielding, so properly connect that. Usually those connectors come with a small manual how to do it. Order new ones, don't reuse. Cut off 1-2 inches from the old connector cabling. At least in Germany I know those two kinds of connector outlets. > And yes, the room the cable is passing by has all kind or x-ray > machine. There's definitely problems with x-ray machines. Usually, those are connected by fiber optics (at least dental x-ray machines). You want to find a separate cabling way for your network, and also ensure that the power circuits are different between those machines and your network equipment. Ensure that shielding is properly passed along the complete cabling, including the patch cable from the wall outlet to your machine. Proper shielding is essential in such environments. We had one issue at a company running cooling generators and having unstable network. It was eventually resolved somehow but we think that the generators induced some non-harmonic distortion into the cabling of the complete building. I think it was resolved when they rechecked proper shielding on all cabling and machines. > I'll try to test it 100Mbit (limit the speed); just need to find out > how. Maybe this can be done with ethtool. -- Regards, Kai Replies to list-only preferred.
Re: [gentoo-user] Debian just voted in systemd for default init system in jessie
On Tue, Feb 18, 2014 at 10:36 AM, Andrew Savchenko birc...@gmail.com wrote: [...] Bugs are not equal. They differ in at least two dimensions: significance depending on the component affected and severity of the bug itself. I've never said that they don't have different significance, severity or scope. I said that all bugs are bugs (which is a tautology), and that you only need to fix them once to go on. Bugs in the critical system components are critical to the whole system. Yeah, that's why we have unit testing and QA teams and stable and unstable releases, etc. Every decent project has QA and unit tests one way or another. But the larger project is, the more bugs it has. And I do not want bugs in PID 1, that's why it should be small and sound, not bloated (even with some components split as separate binaries) and broken by design. Of course the larger a project is the *potential* number of bugs increases, but so what? With enough developers, users and testers, all bugs are *potentially* squashed. That's the important thing; you should not emasculate a project just to keep it simple under *your* definition of simple; have you looked at most of systemd code? It's actually pretty small and simple, and with well defined interfaces and boundaries. If Libreoffice or browser segfaults, some data may be lost and inconvenience created, but the system will continue to run. If PID 1 segfaults — everything is lost, you have a kernel panic. And the world will end? The same happens if the kernel has an error. Kernel has mature error correction infrastructure (Oops handling) and much wider community. And systemd has a *much* wider community than any other init system. So it can handle a larger code base. That's why critical components should be as simple and clean as possible. Like the kernel? You call that simple? Don't mix user space and kernel space, please. There are more secure by design micro kernels out there (like Hurd), but they're out of the scope of this discussion. I'm not mixing kernel/user space; I'm saying that critical components don't need to be simple; they need to be *reliable*. I'm sorry, but you are (IMO) wrong: critical components should be thoroughly tested and debugged, and have integrated unit testing, and a large enough group of volunteers to test new releases before they go into the general public. You're pointing to valid issues, but not to the whole picture. I just have a different point of view for the bigger picture. Critical components should _start_ from good design, sound modular architecture and _then_ with QA and testing. You're omitting the most important stuff, though. But systemd has a *good* design, a modular architecture (that's why it's splited in dozens of, you know, modules), and *besides* it has QA and testing. I'm not omitting nothing; I just don't share the same opinion as you as to what constitutes a good design. And this is debatable; with design, nothing is absolute. SysVinit code size is about 10 000 lines of code, OpenRC contains about 13 000 lines, systemd — about 200 000 lines. If you take into account the thousands of shell code that SysV and OpenRC need to fill the functionality of systemd, they use even more. If that code will fail, this wouldn't be critical at system level. Thus scope of fatal error is limited. Also in systemd, since most of its code is not critical (again; logind, datetimed, localed, etc., failing, has no impact whatsoever on the rest of the system). Even assuming systemd code is as mature as sysvinit or openrc (though I doubt this) you can calculate probabilities of segfaults yourself easily. I don't care about probabilities; I care about facts: FACT, I've been using systemd since 2010, in several machines, and I haven't had a single segfault. FACT: almost no bug report in systemd involves a segfault in PID 1. You need facts? Here is one for you (systemd-208): http://fly.osdn.org.ua/~mike/img/misc/systemd-segfault.jpg I've never said there was no segfaults; I said I had not a single one. Also, there are also segfaults for SysV, and for OpenRC, and for almost any other software out there. The important thing is the ratio of segfaults. Again, search for yourself in the case of PID 1 in systemd. And yeah, it will be larger than SysV, but SysV has, what, 40 years of existence? systemd has 4. Looks broken. Broken by design. The worst form of broken. By your opinion, not others. That is not just an opinion. There is a science and experience behind system's design. Yeah, what do you think about Greg Kroah-Hartman, Linus' right hand, or Keith Packard of X.org fame? None of them works for Red Hat; both of them know more about Unix and Linux than you and me together, and both of them promote systemd. I respect Greg for most of his work, but this doesn't mean he is an oracle we need to adhere to. But in FOSS reputation is not that important
Re: [gentoo-user] strange TCP timeout errors
On 07/10/2015 21:42, brettrse...@gmail.com wrote: > YyyyYYuIU > Sent from my Verizon Wireless BlackBerry Hmm, interesting reply. I'm wondering if it has something to do with: 1. verizon 2. dodgy 3g 3. crapberry. oops, sorry: blackberry Or maybe it's because y, u and i are in a row on the keyboard, shift and enter are adjacent, and you have a over-friendly cat? :-) > > -Original Message- > From: Alan McKinnon <alan.mckin...@gmail.com> > Date: Wed, 7 Oct 2015 20:39:42 > To: <gentoo-user@lists.gentoo.org> > Reply-to: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] strange TCP timeout errors > > On 07/10/2015 17:55, Grant wrote: >>>>>>> I've attached a PNG from Munin showing the TCP timeout errors on my >>>>>>> Gentoo server over the past month. The data is expressed in timeouts >>>>>>> per second and that rate is shown to be steadily increasing over the >>>>>>> past month. That seems strange to me. Munin doesn't show any other >>>>>>> data point increasing like this over the time period. Any ideas? >>>>>>> >>>>>>> - Grant >>>>>>> >>>>>> >>>>>> weird - does it reset on an interface restart or reboot? >>>>> >>>>> this would be my test #1 >>>> >>>> >>>> I rebooted and the rate of errors has dropped off to almost nothing. >>>> >>>> >>>>>> Can you verify its not an artefact within munin (how?) >>>>> >>>>> In theory, a misconfigured graph can do this. Munin can draw many >>>>> different types of graph, including cumulative values. Even for a data >>>>> type like this which is X events per unit time, if you tell munin to add >>>>> them all up, it will do so and graph it. >>>>> >>>>> Qucik test is to look at the graph config. >>>> >>>> >>>> This graph lives in the "network" section of the munin web interface. >>>> There is no matching section in /etc/munin/plugin-conf.d/munin-node so >>>> it should be be using the default config. >>>> >>>> Any ideas based on this new info? >>> >>> A few :-) >>> >>> >>> I can't find the plugin that delivers that graph though. Maybe I just >>> don't have it, maybe it comes from contrib/ >>> >>> What's your USE for munin? >> >> >> USE="apache cgi http mysql ssl syslog -asterisk -dhcpd -doc -ipmi >> -ipv6 -irc -java -memcached -minimal -postgres (-selinux) {-test}" >> >> >>> What do you have in "ls -al /etc/munin/plugins/" ? > > > It's as I thought - your data is accurate but rrd has been given a > completely wrong method to derive the graphs. > > Munin graphs for section "Network" do not have to be in a file called > "network" - it's just a category and the plugin defines what web-page > section it must be in. In your case, the relevant plugin is > netstat_multi which doesn't often get installed. It's data source is > "netstat -s" so grep that output for "timeout" to see it. > > Timeouts are cumulative counters, they do not get less till they wrap > around. So to scale them, the plugin gets the rrd file to subtract > previous reading from current reading and divide by the time interval to > get the timeouts/sec. This is all done inside rrd when the data files > are updated (it's quite a lot of magic) > > That plugin sets the graph type to DERIVE > (/etc/munin/plugins/netstat_multi around line 190. I feel it should be > GAUGE or COUNTER. > > The proper reference on rrd is > http://oss.oetiker.ch/rrdtool/doc/rrdcreate.en.html > and the munin docs are > https://munin.readthedocs.org/en/latest/index.html > > You must edit the plugin file and IIRC recreate the rrd, you will lose > all past info (can't be helped). > > > [snip ls output] > > >> P.S. Any other good plugins you'd recommend? > > http://gallery.munin-monitoring.org/ > > Monitoring is highly site-specific so recommendations aren't usually > worth much, but that gallery has LOTS of contributed plugins > -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] [OT]UPS battery dead?
On Thu, Apr 30, 2009 at 10:31 AM, maxim wexler bliss...@yahoo.com wrote: Unplug all your electronic devices and plug in a lamp with a 100 Watt incandescent light build. With the lamp on unplug the UPS from the wall and see what happens. If the battery is dead it won't last all that long. Gave ~5 mins. So I let it charge for 24 hrs now it gives me 36 mins. Which is wierd; what happened to all that charge? I haven't had to use it for 6-7 mons. Isn't the unit supposed to stay topped-up? Well, assuming it was a 100 Watt incandescent that really draws 100 Watts, then that's probably 1/2 to 1/3 the draw of a typical desktop PC implying you would get 12-18 minutes before shutdown. (Really rough ideas - just numbers, etc. Don't take it too seriously.) These batteries have a limited lifetime and they need to be charged up if they haven't been used in a while. From the APC Forums an APC representative posted the following. Note #3: [QUOTE] Most APC batteries should last three to five years. Below are some guidelines to ensure optimum life expectancy: ***Some APC Back UPS models may have a shorter battery life expectancy. Please reference the user's manual of your APC Back UPS to determine the exact battery life expectancy. 1. Make sure that you keep your APC UPS in a cool, dry location with plenty of ventilation. Ideally, the temperature where your UPS is kept should not exceed 75° F (24° C). Also, for ventilation purposes, leave roughly one to two inches on each side for proper airflow. 2. Only perform runtime calibrations on your UPS one or two times a year, if necessary. Some of our customers want to check their systems to verify that their runtime is sufficient. However, consistently performing these calibrations can significantly decrease the life expectancy of your APC battery. 3. Do not store APC batteries for extended periods of time. New batteries can be stored for 6 to 12 months. After this period, the battery should be used or it will lose a great deal of its charge. It is not advisable to store batteries that have already been in use. 4. Do not exceed 80 percent of a UPS unit’s rated capacity due to the reduction in run time. When you increase your load, your runtime lessens. In the event of a power failure, a UPS loaded to full capacity will drain and discharge it’s battery quickly and will lessen the life expectancy. [/QUOTE] Another thing: When I do the remove-the-usb-cable test I don't see the communication lost error in apcupsd.events until I switch the dial-up off and on quickly! In the conf file I have DEVICE: /dev/ttyS[0-3] because the default, /dev/ttyS0, locks out the modem. But why does the UPS need to know about serial ports? It connects by this funny RJ-45/USB cable. I wonder does the manufacturer assume the serial port won't be used? Strange stuff but above my pay grade... - Mark
Re: [gentoo-user] /dev/input/mouse0 Doesn't Exist
If they worked previously, they are probably compiled into the kernel. I find this is a mistake unless you have a specific reason for doing so - being able to remove/add modules helps track down weird problems like this, and some things just work best as a module. I take it that it is a usb wireless mouse ? (coz of the batteries). If so, monitor the syslog while adding or removing the usb plug. If its recognised, you will see messages. I doubt the batteries are the problem as with a wireless mouse, its the base unit that when plugged in will cause the /dev node to be created and you dont have them. If I am wrong about the mouse, exactly what type of mouse and ports are you trying to use (as you have probably gathered, this has a bearing on whats happening) BillK On Wed, 2005-09-07 at 10:00 -0700, Drew Tomlinson wrote: On 9/6/2005 9:53 PM W.Kenworthy wrote: use lsmod to get the module list. The modules are usbmouse and psmouse (not sure if you have said what mouse type you are using) . Note that you will need to revisit your kernel configuration if you dont have them. If they dont show in lsmod, try modprobe psmouse etc. Thanks for the reply. I have neither usbmouse nor psmouse in my lsmod output. Trying to load with modprobe doesn't work either: tv mythtv # modprobe psmouse FATAL: Module psmouse not found. tv mythtv # modprobe usbmouse FATAL: Module usbmouse not found. Because I haven't made any changes, I suspect my system never used them. I'll try changing the batteries in the mouse as another poster suggested. If that doesn't solve it, then I'll venture into this further. Thanks, Drew On Tue, 2005-09-06 at 21:03 -0700, Drew Tomlinson wrote: On 9/6/2005 8:49 PM W.Kenworthy wrote: The module thats responsible for /dev/input/mouse0 creates the node when it loads via udev: is the modules loaded? /dev/mouse is usually (on I come from the FreeBSD world and thus, I'm a linux newb. Sorry for the simple questions. What module should I look for? How can I check to see if it's loaded? newer systems) a symlink to /dev/input/mouse0 if it exists. /dev/input/mice is a concentrator. i.e., on my laptop I have a ps2 mouse (actually the gspot/touchpad) and a plugged in usb mouse. All three work through /dev/input/mice at the same time. Individually they are accessed via /dev/input/mouseX. Thanks for the explanation. To test try cat /dev/input/mice and move the mouse - rubbish will print to terminal if its working. CTRL-C to exit. No rubbish. Not working. Thanks for your help. Drew -- Visit The Alchemist's Warehouse Magic Tricks, DVDs, Videos, Books, More! http://www.alchemistswarehouse.com -- Visit The Alchemist's Warehouse Magic Tricks, DVDs, Videos, Books, More! http://www.alchemistswarehouse.com -- William Kenworthy [EMAIL PROTECTED] Home! -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] /dev/input/mouse0 Doesn't Exist -- SOLVED!!!
On 9/7/2005 4:09 PM William Kenworthy wrote: If they worked previously, they are probably compiled into the kernel. I find this is a mistake unless you have a specific reason for doing so - being able to remove/add modules helps track down weird problems like I have no specific reason. I will note this for my next kernel build. this, and some things just work best as a module. I take it that it is a usb wireless mouse ? (coz of the batteries). If so, monitor the syslog while adding or removing the usb plug. If its recognised, you will see messages. I doubt the batteries are the problem as with a wireless mouse, its the base unit that when plugged in will cause the /dev node to be created and you dont have them. Kind of. It's a Logitech wireless mouse/keyboard combo. One of the outputs (I think it's the mouse) is USB but I have it plugged into one of those converter thingys so it is essentially a PS/2 mouse. The other output is a standard PS/2 jack. But your suggestion prompted me to unplug/plug the mouse in. Must have been loose because after doing so, I had /dev/input/mouse0 and after a reboot, X windows starts and the mouse works fine. Thanks for all of your help! Drew If I am wrong about the mouse, exactly what type of mouse and ports are you trying to use (as you have probably gathered, this has a bearing on whats happening) BillK On Wed, 2005-09-07 at 10:00 -0700, Drew Tomlinson wrote: On 9/6/2005 9:53 PM W.Kenworthy wrote: use lsmod to get the module list. The modules are usbmouse and psmouse (not sure if you have said what mouse type you are using) . Note that you will need to revisit your kernel configuration if you dont have them. If they dont show in lsmod, try modprobe psmouse etc. Thanks for the reply. I have neither usbmouse nor psmouse in my lsmod output. Trying to load with modprobe doesn't work either: tv mythtv # modprobe psmouse FATAL: Module psmouse not found. tv mythtv # modprobe usbmouse FATAL: Module usbmouse not found. Because I haven't made any changes, I suspect my system never used them. I'll try changing the batteries in the mouse as another poster suggested. If that doesn't solve it, then I'll venture into this further. Thanks, Drew On Tue, 2005-09-06 at 21:03 -0700, Drew Tomlinson wrote: On 9/6/2005 8:49 PM W.Kenworthy wrote: The module thats responsible for /dev/input/mouse0 creates the node when it loads via udev: is the modules loaded? /dev/mouse is usually (on I come from the FreeBSD world and thus, I'm a linux newb. Sorry for the simple questions. What module should I look for? How can I check to see if it's loaded? newer systems) a symlink to /dev/input/mouse0 if it exists. /dev/input/mice is a concentrator. i.e., on my laptop I have a ps2 mouse (actually the gspot/touchpad) and a plugged in usb mouse. All three work through /dev/input/mice at the same time. Individually they are accessed via /dev/input/mouseX. Thanks for the explanation. To test try cat /dev/input/mice and move the mouse - rubbish will print to terminal if its working. CTRL-C to exit. No rubbish. Not working. Thanks for your help. Drew -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] undetected DVD r/w device
Selon Mick michaelkintz...@gmail.com: On Saturday 11 September 2010 17:01:29 alain.didierj...@free.fr wrote: Selon Stéphane Guedon steph...@22decembre.eu: Le Monday 06 September 2010 17:11:17, alain.didierj...@free.fr a écrit : Selon Stroller strol...@stellar.eclipse.co.uk: On 6 Sep 2010, at 09:55, alain.didierj...@free.fr wrote: For some unknown reason, my DVD r/w device is not detected as such by udev: I can mount /dev/hda and read a data CD, ... Current kernels usually call optical drives /dev/sr0 (/dev/sr1, c). There's no sr* device on my system !!! Only way to reach the drive: /dev/hda. Help So, you're not using the latest drivers (scsi emultation of ata hdd)... I use * ATA/ATAPI/MFM/RLL support (DEPRECATED) --- in Device Drivers as I've done in the past, and it used to work fine Deselect that which is deprecated and will be removed soon and select the appropriate SCSI drivers for your drives. There's been a few messages on this list explaining how to go about it. Done. Works both for cdrom unit and old IDE disk, whch now are know as sr0 (ex hda) and sdc (wax hdc). cdrecord --checkdrive says Cdrecord-ProDVD-ProBD-Clone 3.00 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2010 Jörg Schilling Linux sg driver version: 3.5.34 Using libscg version 'schily-0.9'. No target specified, trying to find one... Using dev=4,0,0. Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'TSSTcorp' Identifikation : 'CD/DVDW SH-W162C' Revision : 'TS10' Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM. Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R cdrecord: Warning: Cannot read drive buffer. cdrecord: Warning: The DMA speed test has been skipped. But that silly k3b returns No optical drive found. K3b did not find any optical device in your system. Solution : Make sure HAL daemon is running, it is used by K3b for finding devices. and on the terminal QStringList Solid::Backends::Hal::HalManager::findDeviceByDeviceInterface(const Solid::DeviceInterface::Type) error: org.freedesktop.DBus.Error.AccessDenied QStringList Solid::Backends::Hal::HalManager::findDeviceByDeviceInterface(const Solid::DeviceInterface::Type) error: org.freedesktop.DBus.Error.AccessDenied QStringList Solid::Backends::Hal::HalManager::findDeviceByDeviceInterface(const Solid::DeviceInterface::Type) error: org.freedesktop.DBus.Error.AccessDenied QStringList Solid::Backends::Hal::HalManager::findDeviceByDeviceInterface(const Solid::DeviceInterface::Type) error: org.freedesktop.DBus.Error.AccessDenied QStringList Solid::Backends::Hal::HalManager::findDeviceByDeviceInterface(const Solid::DeviceInterface::Type) error: org.freedesktop.DBus.Error.AccessDenied QStringList Solid::Backends::Hal::HalManager::findDeviceByDeviceInterface(const Solid::DeviceInterface::Type) error: org.freedesktop.DBus.Error.AccessDenied QStringList Solid::Backends::Hal::HalManager::findDeviceByDeviceInterface(const Solid::DeviceInterface::Type) error: org.freedesktop.DBus.Error.AccessDenied QStringList Solid::Backends::Hal::HalManager::findDeviceByDeviceInterface(const Solid::DeviceInterface::Type) error: org.freedesktop.DBus.Error.AccessDenied k3b(5361)/kdecore (services) KMimeTypeFactory::parseMagic: Now parsing /usr/share/mime/magic I'm lost ! -- ~adj~
Re: [gentoo-user] systemd-197-r1 starts gdm-3.6.2
On Thu, Jan 31, 2013 at 12:35 PM, Stefan G. Weichinger li...@xunil.at wrote: Am 31.01.2013 19:26, schrieb Canek Peláez Valdés: And I suppose both sgw and gdm are in the video group (the later is done by the ebuild, if I'm not mistaken). Yes, they are: # getent group video video:x:27:root,mythtv,sgw,gdm What is the uid and gid of gdm? # getent passwd gdm gdm:x:104:446:added by portage for gdm:/var/lib/gdm:/sbin/nologin Also, did GDM (the same version) worked with OpenRC, or did you installed systemd and upgraded gdm at the same time? hmm. No upgrade of gdm, but a re-build as it changed USE-flags (-consolekit systemd). What does systemctl --all --full says, which units are in red? # systemctl --all --full | grep erro auditd.service error inactive dead auditd.service plymouth-quit-wait.service error inactive dead plymouth-quit-wait.service plymouth-start.service error inactive dead plymouth-start.service syslog.service error inactive dead syslog.service # systemctl --all --full | grep fail gdm.service loaded failed failedGnome Display Manager I dont't have plymouth or sys-process/audit ... nothing pulled that in. sshd.service, ssh@.service, systemd-update-utmp-runlevel.service, and systemd-update-utmp-shutdown.service have auditd.service in their After= field; several others have plymouth services. After= is just for ordering of units, is not a requirement; systemd detects that auditd.service doesn't exists, and it starts the units that have it in ther After= field anyway. To make a unit depend on another, you need Require=. You can mask the services you don't have by creating a soft link to /dev/null: # ll /etc/systemd/system/rc-local.service lrwxrwxrwx 1 root root 9 Aug 16 13:51 /etc/systemd/system/rc-local.service - /dev/null It cleans up the output of systemctl --full --all. And lastly, how did you set gdm as your display manager? Do you have: # ls -l /etc/systemd/system/display-manager.service lrwxrwxrwx 1 root root 37 Dec 6 00:40 /etc/systemd/system/display-manager.service - /usr/lib64/systemd/system/gdm.service ? Right now it links to xdm, but I had it the way you posted and tested that. When I test, I switch to a text console: systemctl stop xdm systemctl start gdm Well, I have no idea why your gdm is not letting you log in; obviously it's related to polkit (since it started when you changed from consolekit to polkit), but nothing in your config seems to differ from mine. It is not impossible that somehow the configuration files of the gdm user got messed up when the change happened. I don't know how this could happen, but as a hail Mary you could delete /var/lib/gdm, and reemerge it so it gets a clean install. Also, you have USE=pam for polkit, right? And could you post the output from journalctl -b /usr/lib/polkit-1/polkitd? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] New Gentoo box
On Saturday, November 07, 2015 03:06:32 PM the...@sys-concept.com wrote: > On 11/07/2015 02:52 PM, Bill Kenworthy wrote: > > On 08/11/15 05:22, the...@sys-concept.com wrote: > >> On 11/05/2015 11:06 PM, J. Roeleveld wrote: > >> [snip] > >> > >>>> You might be right, maybe I'll add one HDD for backup (good > >>>> suggestion). > >>>> The killer is my 1TB SSD $499.99CAD > >>> > >>> Get 1 SSD for the OS, software and your home directory. (240GB is > >>> usually > >>> enough) > >>> And 1 big HDD for your data. > >>> > >>> Keep your documents and other data out of the home directory if doing > >>> this. > >>> Reason I suggest your home directory on SSD is because programs tend to > >>> store a lot in your home directory which can benefit from a faster > >>> disk.>> > >> It seems to me that SSD drives are slower than standard spinning disks. > >> I was just comparing my two disk with hdparm > >> > >> 1.) Western Digital model: Model=WDC WD2002FAEX-007BA0 > >> > >> hdparm -Tt /dev/sda > >> > >> /dev/sda: > >> Timing cached reads: 9406 MB in 2.00 seconds = 4705.88 MB/sec > >> Timing buffered disk reads: 432 MB in 3.00 seconds = 143.92 MB/sec > >> > >> 2.) Intel SSD model Model=INTEL SSDSC2BF480A5 > >> > >> /dev/sda: > >> Timing cached reads: 1292 MB in 2.00 seconds = 645.51 MB/sec > >> Timing buffered disk reads: 536 MB in 3.00 seconds = 178.63 MB/sec > >> > >> It seems to me the spinning disk WD is faster than my Intel SSD > >> So is there an advantage of overpaying for SSD? > >> > >> -- > >> Thelma > > > > olympus ~ # hdparm -tT /dev/sda > > > > /dev/sda: > > Timing cached reads: 20442 MB in 1.99 seconds = 10278.90 MB/sec > > Timing buffered disk reads: 1164 MB in 3.00 seconds = 387.66 MB/sec > > > > olympus ~ # hdparm -tT /dev/sdb > > > > /dev/sdb: > > Timing cached reads: 20320 MB in 1.99 seconds = 10218.13 MB/sec > > Timing buffered disk reads: 300 MB in 3.00 seconds = 99.88 MB/sec > > > > olympus ~ # > > > > > > Something is not right with your system ... > > > > sda is an older intel ssd, sdb is a western digital red which somethimes > > gets close to that your speed. > > > > try multiple measurements, no load on the system. > > I did run test several times, still get the same numbers. Maybe the > reason is that one system is much smaller slower. > > The SSD is running on smaller box: Atom-TM-_CPU_330_@_1.60GHz > The WD is bitter unit: AMD_FX-tm-8150_Eight-Core_Processor For real comparisons, you need to stick both in the same box. The low results for the SSD are because of the lower-spec hardware of the rest of the system. Speed is always determined by the slowest part. In this case, the difference is very noticable. Put the SSD into the AMD-box and you'll see the true performance of the SSD. -- Joost
Re: [gentoo-user] Re: ruby 22
RUBY_TARGET Is an expanded use flag so ypu need to run emerge - - update - - newuse @world to apply the change. The depclean should work, Just check for stray ruby settings in /etc/portage. On 22 August 2017 05:21:23 EEST, John Covici <cov...@ccs.covici.com> wrote: >On Mon, 21 Aug 2017 21:20:04 -0400, >Alec Ten Harmsel wrote: >> >> >> On 08/21/2017 10:13 AM, allan gottlieb wrote: >> > >> > I issued emerge --pretend --verbose --depclean =ruby-2.1.9 >> > and the response was >> > >> > dev-lang/ruby >> > selected: 2.1.9 >> > protected: none >> > omitted: 2.2.6 >> > >> > Am I correct in believing it is now safe to issue >> > >> >emerge --depclean =ruby-2.1.9 >> > >> > thanks, >> > allan >> > >> >> Yes, that should be fine. I rarely look at portage output and >> just run `emerge -uDN @world' and `emerge --depclean' right after >> one another, and it always works fine for ruby/python upgrades. >> >> The devs have done such a good job in general that I haven't had >> any problems just running these commands the past couple years. > >I deleted RUBYTARGETS from make.conf, ran eselect to make ruby22 the >default, but when I ran emerge --depclean I still have packages >pulling ruby21 as follows: > >Calculating dependencies .. . done! > dev-lang/ruby-2.1.10 pulled in by: > dev-ruby/hoe-3.13.0 requires dev-lang/ruby:2.1 >dev-ruby/json-1.8.3 requires dev-lang/ruby:2.1 > dev-ruby/json-2.1.0 requires dev-lang/ruby:2.1 > dev-ruby/kpeg-1.1.0 requires dev-lang/ruby:2.1 > dev-ruby/maruku-0.7.3 requires dev-lang/ruby:2.1 > dev-ruby/minitest-5.10.3 requires > dev-lang/ruby:2.1 > dev-ruby/net-telnet-0.1.1-r1 requires dev-lang/ruby:2.1 >dev-ruby/power_assert-1.0.2 requires dev-lang/ruby:2.1 > dev-ruby/racc-1.4.14 requires dev-lang/ruby:2.1 > dev-ruby/rake-12.0.0 requires dev-lang/ruby:2.1 > dev-ruby/rdoc-5.1.0 requires dev-lang/ruby:2.1 > dev-ruby/rubygems-2.6.12 requires > dev-lang/ruby:2.1 > dev-ruby/test-unit-3.2.5 requires dev-lang/ruby:2.1 >dev-ruby/yard-0.9.8 requires dev-lang/ruby:2.1 > virtual/rubygems-13 requires dev-lang/ruby:2.1 > virtual/rubygems-7 requires dev-lang/ruby:2.1 > >I tried a word ld update, but it didn't update any of those packages >-- any ideas of how to fix? > >-- >Your life is like a penny. You're going to lose it. The question is: >How do >you spend it? > > John Covici > cov...@ccs.covici.com In -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Re: ruby 22
On Tue, 22 Aug 2017 05:16:55 -0400, Neil Bothwick wrote: > > [1 ] > [2 ] > RUBY_TARGET Is an expanded use flag so ypu need to run emerge - - update - - > newuse @world to apply the change. The depclean should work, > Just check for stray ruby settings in /etc/portage. > > On 22 August 2017 05:21:23 EEST, John Covici <cov...@ccs.covici.com> wrote: > > On Mon, 21 Aug 2017 21:20:04 -0400, > Alec Ten Harmsel wrote: > > > > On 08/21/2017 10:13 AM, allan gottlieb wrote: > > > I issued emerge --pretend --verbose --depclean =ruby-2.1.9 > and the response was > >dev-lang/ruby > selected: 2.1.9 > protected: none >omitted: 2.2.6 > > Am I correct in believing it is now safe to issue > > emerge --depclean =ruby-2.1.9 > > thanks, > allan > > > Yes, that should be fine. I rarely look at portage output and > just run `emerge -uDN @world' and `emerge --depclean' right after > one another, and it always works fine for ruby/python upgrades. > > The devs have done such a good job in general that I haven't had > any problems just running these commands the past couple years. > > I deleted RUBYTARGETS from make.conf, ran eselect to make ruby22 the > default, but when I ran emerge --depclean I still have packages > pulling ruby21 as follows: > > Calculating dependencies .. . done! > dev-lang/ruby-2.1.10 pulled in by: > dev-ruby/hoe-3.13.0 requires dev-lang/ruby:2.1 > dev-ruby/json-1.8.3 requires dev-lang/ruby:2.1 > dev-ruby/json-2.1.0 requires dev-lang/ruby:2.1 > dev-ruby/kpeg-1.1.0 requires dev-lang/ruby:2.1 > dev-ruby/maruku-0.7.3 requires dev-lang/ruby:2.1 > dev-ruby/minitest-5.10.3 requires > dev-lang/ruby:2.1 > dev-ruby/net-telnet-0.1.1-r1 requires dev-lang/ruby:2.1 > dev-ruby/power_assert-1.0.2 requires dev-lang/ruby:2.1 > dev-ruby/racc-1.4.14 requires dev-lang/ruby:2.1 > dev-ruby/rake-12.0.0 requires dev-lang/ruby:2.1 > dev-ruby/rdoc-5.1.0 requires dev-lang/ruby:2.1 > dev-ruby/rubygems-2.6.12 requires > dev-lang/ruby:2.1 > dev-ruby/test-unit-3.2.5 requires dev-lang/ruby:2.1 > dev-ruby/yard-0.9.8 requires dev-lang/ruby:2.1 > virtual/rubygems-13 requires dev-lang/ruby:2.1 > virtual/rubygems-7 requires dev-lang/ruby:2.1 > > I tried a word ld update, but it didn't update any of those packages > -- any ideas of how to fix? > I use the following arguments when I run updates: --update --deep --with-bdeps=y --changed-use --backtrack=120 --keep-goingworld Do I need to use new-use instead? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com