similar to: Re: Reboots -- lsof and SIGHUP, a combination to know ...

From: Simon Perreault <nomis80 at lqt.ca> > Sure, theoretically it would be possible, but how would you restart this one? > [nomis80 at poste10-153 ~]$ sudo lsof | grep libc | grep init > init 1 root mem REG 253,0 1521500 999437 /lib/tls/libc-2.3.5.so I need to verify the post-install script for the glibc RPM, but I believe it SIGHUPs the process -- and

Hi all, I've reviewed the mailing list archives and it looks like the "centos.org" AMIs in the marketplace are really official products of the centos project (whatever that means), but I wanted to ask explicitly to confirm. Presuming yes, I've run into an odd problem with the 6.4 x86_64 AMI (not updated). with a few packages, files are not being properly created in

Well, partly: I've been "converting" a RHL 7.3 system to approximately Centos 2.1, so found it necessary to "rpm -Va" I was more than a little surprised at this: [root at magpie root]# rpm -V seamonkey missing /usr/lib/mozilla-seamonkey-1.0.8/chrome/overlayinfo/browser missing /usr/lib/mozilla-seamonkey-1.0.8/chrome/overlayinfo/browser/content missing

Howdy, The following patch should be applied if you're building a SuSE-style RPM with the spec file included in the pre15 tarfile. I've made some changes since the copy that went out with pre15, and I've been a little lax in sending the updates up. Namely, one of the fixes includes not making symlinks part of the package itself. They are now done with a postinstall

> It looks like the passenger RPM has a script importing the GPG key. Check using "rpm -q --scripts passenger". >From what I can see, it doesn't: # rpm -q --scripts passenger postinstall scriptlet (using /bin/sh): if /usr/sbin/sestatus | grep 'SELinux status' | grep -q enabled; then actual_selinux_variants=; for selinux_policy_file in /etc/selinux/*/policy;

hi all, in case someone else runs into it, it is the opfed-scripts rpm that has a postinstall and postuninstall script that changes the yum.conf (bad, mellanox, bad) for a pure/regular uninstall it works fine, but to swap ibutils from mlnxofed to ib stack from os, yum obviously doesn't know that the exclude will be removed. i've seen worse in vendor-provided rpms, but i guess it caught

Morning, somehow the upgrade to 4.4 broke mock on my system: | [angenenr at shutdown SPECS]$mock -r c3-i386 /home/angenenr/redhat/SRPMS/apache-ssl-2.8.28-2el4.src.rpm | init | clean | prep | This may take a while | Could not find useradd in chroot, maybe the install failed? Nope, it's not the config_opts['chroot_setup_cmd'] = 'groupinstall build' issue, as I'm still

Mount CD ROM iso during kickstart postinstall CentOS 5.2 i386 I''m doing a xen virtual machine installation from a DVD iso image with a kickstart file to set network and run scripts and such in the postinstall section. During the installation the DVD iso is listed as device /tmp/cdrom and mounted on /mnt/source. Once the installation is done and the post install starts the /tmp/cdrom

Anyone help with this? Am running Instant Rails on Win XP Sp2. Have downloaded the RMagick-win32-1.9.2 files into c:\Instant-Rails-1.0\temp from the rubyforge site. Running "Gem install RMagick-win32-1.9.2-mswin32.gem" from the temp directory seems to work giving me a "Successfully installed RMagick-win32, version 1.9.2" message. However, when I then try and go

I've made some changes to buildpkg.sh to make it easier for package builders to add their local changes. I'd like people that use buildpkg.sh to test and comment on these changes before I commit them to CVS. None of the defaults have changed. Some of the patch is is just moving chunks of code to a different location to make some of the enhancements work. Some things you may find

I have the sshd daemon located at /sbin/ssh_22 in this scenario (because I have more than one daemon with separate executable images). After upgrading from 3.6.1p2 to 3.7p1, with the /sbin/ssh_22 copy replaced by mv (not by writing over the existing image), I do SIGHUP and get this message logged: Sep 16 15:07:36 vega sshd_22[22552]: Received SIGHUP; restarting. Sep 16 15:07:36 vega

running 2.05a on red hat 6.1 I get a lot of these in my logs: smbd/process.c:timeout_processing(868) Reloading services after SIGHUP. Can anyone shed any light on this?

Hello people This is on OpenBSD/sparc64. After chickening along with 0.99 for a while, I finally upgraded to 1.0-test. I started out with test73, which worked fine. With the upgrade to test76, I lost the ability to SIGHUP dovecot when I rotated it's logfile. Dovecot would just die abruptly, not a trace in the log. I just upgraded to test77, but the problem is still there. I've put

Hello, I noticed some random crashes after sending SIGHUP to the daemon (especially when some connections are continually failling). Playing around with gdb, it seems that after SIGHUP, all the "outgoing" information of the connections is being cleared, but later on it is being used in other places while still equal to NULL. The attached patch tries to fix this by avoiding these

Hello, OpenSSH 2.5.1p1 running under AIX 4.3.3ML06. When I send a HUP signal to the parent sshd, that parent process dies, it's children get "adopted" by init, and the following message is put in the error log ... Mar 13 12:01:48 whippet sshd[31644]: Received SIGHUP; restarting. Mar 13 12:01:48 whippet sshd[31644]: RESTART FAILED: av[0]='sshd', error: No such file or

Hello, the manpage of ices0 states that on SIGHUP, it'll reopen config and playlist. However, if I change the playlist and HUP, it seems it's still using the old one. Is this expected beharviour and I'm just missing something? Thanks for any insight, Frank

Just started building the new network with automatic updates and noticed a very weird thing: when master tincd was reloaded (which sends updates), it stopped sending updates. Debugging session revealed that lookup_config(config_tree, NAME) returned NULL when NAME was any configuration item from our host file _after_ SIGHUP. Before it, it returned valid value. I see config_tree is appended with

Hi, Not easy to write a quick subject about why i'm going to ask you ! I'm trying to rotate logs from an unique service (ie. apache) but located in two different locations; /var/log/httpd/ and /data/log/web/ I want /var/log/httpd/* to stay as it comes with the distribution and do a specific rotation configuration for logs in the second path /data/log/web/* The first idea is to create

http://bugzilla.mindrot.org/show_bug.cgi?id=529 Summary: sshd doesn't work correctly after SIGHUP Product: Portable OpenSSH Version: 3.6p1 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

Hi, I have a couple of ideas how to fix it, but I'm trying to figure out what's going on first. I mainly start this program (sidekiq) on Debian systems, and it might be my first time running it under CentOS, so my conjecture is that it has to do with differences between distributions... Now then, when I run it this way: ssh user at example.com '. ~/.bash_profile && rvm 2.3.1