Summary: | rsync script does not create pid file! | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Stephen Bosch <posting> |
Component: | [OLD] Server | Assignee: | SpanKY <vapier> |
Status: | RESOLVED INVALID | ||
Severity: | critical | ||
Priority: | High | ||
Version: | 1.4 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Stephen Bosch
2004-01-22 11:07:30 UTC
*** Bug 39049 has been marked as a duplicate of this bug. *** uhh, why are you using --config=/etc/conf.d/rsyncd ? actually, i lied, i dont really care why you're doing it, thats just wrong :) if you change the default config file location it's your problem to make sure that you have the pid location set correctly the default config file sets the .pid to /var/run/rsyncd.pid There is no default config, which is why you have to set the config in the first place. That's the bug -- if there had been a default config, rsync would be starting and stopping normally, and it doesn't. Try it yourself. Note also that it is the ebuild that installs the /etc/conf.d/rsyncd file, but neglects to put in the standard /etc/rsyncd.conf file. there is a default config, /etc/rsync/rsyncd.conf This is silly. Here are the facts. The default rsync ebuild does not start nor stop properly. Why? Because the ebuild doesn't create /etc/rsyncd/rsyncd.conf. I had to create it myself -- that's the only reason my system even has one. The ebuild *does* create /etc/conf.d/rsyncd, and so that is why I suggested that in the "steps to reproduce". I see no sense in adding extra steps if they're not necessary. If you haven't even tried to reproduce it, then pass the bug on to somebody else. I'm not the first person to have this problem -- have a look in the forums. you've neglected to give me the version your working with here and, looking at a quick test, the file is installed just fine over here: root@vapier 0 etc # ebuild /usr/portage/net-misc/rsync/rsync-2.6.0.ebuild clean unpack compile install <snip> root@vapier 0 etc # ls /var/tmp/portage/rsync-2.6.0/image/etc/rsync/ rsyncd.conf root@vapier 0 etc # ebuild /usr/portage/net-misc/rsync/rsync-2.5.7.ebuild clean unpack compile install <snip> root@vapier 0 etc # ls /var/tmp/portage/rsync-2.5.7/image/etc/rsync/ rsyncd.conf perhaps you can see why i say this is an invalid bug ... ive tried to reproduce it and guess what ! no bugs here ! I'm using 2.6.0. Okay - fine -- I just unmerged it and re-merged it, and now the file is created properly. Don't ask me what was happening before, I'm just happy it's fixed. It *is* odd, however, that this seems to happen to people from time to time. Any idea why? What would cause some config files to not be created? no idea ... there is a little logic to check to see if the file exists already and if it doesnt, dont install the conf ... perhaps that tripped up in the past ... cant say really because like i said, i've never had this bug ;) |