/mysql.
(dependency required by dev-db/mysql-5.0.26-r2 [binary])
as you can see a weird sys-apps/mysql is shown as a dependency.
Any ideas?
# grep -h sys-apps/mysql $(portageq portdir)/profiles/updates/*
move sys-apps/mysql dev-db/mysql-init-scripts
So sys-apps/mysql has been pkgmove'd to dev
back in January when I updated the init scripts:
In the emerge post install I had:
WARN: postinst
Old /etc/init.d/mysql and /etc/conf.d/mysql still present!
Update both of those files to the new versions!
But it doesn't say anything about *how* to update them... and yes, I did
etc-update after
Hello,
Also have this to deal with...
In the emerge post install I get:
WARN: postinst
Old /etc/init.d/mysql and /etc/conf.d/mysql still present!
Update both of those files to the new versions!
But it doesn't say anything about *how* to update them...
Is this documented anywhere
Anyone else having this problem?
Yes, I did etc-update, and simply accepted the new conf.d config file
and init.d script changes...
After the update, I attempted to restart mysql but got:
myhost : Sun Jan 15, 12:23:47 : ~
# /etc/init.d/mysql restart
* Starting mysql ...
* start-stop
think the question you are asking is why is
mysql already running. Its gotta be starting in the init scripts
somehow, and if its not in /etc/init.d/mysql I would check for other
scripts starting it.
# grep mysql /etc/init.d/*
I ran /etc/init.d/mysql stop and it stopped without error
Probably etc-update.
On Sun, Feb 5, 2012 at 12:00 PM, Tanstaafl tansta...@libertytrek.org wrote:
Hello,
Also have this to deal with...
In the emerge post install I get:
WARN: postinst
Old /etc/init.d/mysql and /etc/conf.d/mysql still present!
Update both of those files to the new
On 2012-02-05 12:08 PM, Michael Mol mike...@gmail.com wrote:
On Sun, Feb 5, 2012 at 12:00 PM, Tanstaafltansta...@libertytrek.org wrote:
In the emerge post install I get:
WARN: postinst
Old /etc/init.d/mysql and /etc/conf.d/mysql still present!
Update both of those files to the new versions
On Sunday 15 January 2012 18:26:09 Tanstaafl wrote:
Anyone else having this problem?
Yes, I did etc-update, and simply accepted the new conf.d config file
and init.d script changes...
After the update, I attempted to restart mysql but got:
myhost : Sun Jan 15, 12:23:47 : ~
# /etc
just updated mysql from 5.1.56 to 5.1.61, and STILL have this problem...
I can't even STOP mysql - with the included init script, all I get is:
myhost : Sun Feb 05, 13:55:53 : ~
# /etc/init.d/mysql stop
* WARNING: mysql is already stopped
Well, it *isn't* stopped, it is running
this before?, so now it's time to bring
out the big guns
Well, I'd much prefer some more basic troubleshooting first...
I've asked for some kind soul/souls to share their init scripts so I
can compare - but I guess I couldg go first... here is the contents
of /etc/init.d/mysql:
#!/sbin
rc init script thanks to Jasper Bryant-Greene for
reporting a bug
*mysql-5.0.16-r30 (23 Nov 2005)
*mysql-5.0.16 (23 Nov 2005)
23 Nov 2005; Francesco Riosa [EMAIL PROTECTED] files/mysql-slot.rc6,
-mysql-4.0.26-r30.ebuild, mysql-4.1.15-r30.ebuild,
-mysql-5.0.13_rc.ebuild, -mysql-5.0.15-r30
mysql but got:
myhost : Sun Jan 15, 12:23:47 : ~
# /etc/init.d/mysql restart
* Starting mysql ...
* start-stop-daemon: /usr/sbin/mysqld is already running [ !! ]
* ERROR: mysql failed to start
myhost : Sun Jan 15, 12:23:55 : ~
and in the log:
Jan 15 12:23:55
On 2012-01-15 2:11 PM, Mick michaelkintz...@gmail.com wrote:
On Sunday 15 Jan 2012 18:35:01 Stéphane Guedon wrote:
On Sunday 15 January 2012 18:26:09 Tanstaafl wrote:
After the update, I attempted to restart mysql but got:
myhost : Sun Jan 15, 12:23:47 : ~
# /etc/init.d/mysql restart
troubleshooting first...
I've asked for some kind soul/souls to share their init scripts so I can
compare - but I guess I couldg go first... here is the contents of
/etc/init.d/mysql:
#!/sbin/runscript
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public
/mysql and /etc/conf.d/mysql still present!
Update both of those files to the new versions!
But it doesn't say anything about *how* to update them...
Is this documented anywhere? Or is this just evidence that I'm
clueless (meaning, I should 'just know' what needs to be done)?
Probably
, just: emerge [-pv] dev-perl/DBD-mysql, which needs what it needs:
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N] dev-db/mysql-init-scripts-1.2 0 kB
[ebuild N] virtual/perl-Sys-Syslog-0.27 0 kB
[ebuild N] dev-perl/Net-Daemon-0.43
this in /etc/tmpfiles.d/mysqld.conf:
D /run/mysqld 0755 mysql mysql - -
I don't use mythbackend nor tftp-hpa, but if you have the init scripts
for them it should be easy
it be /var/run/mysqld ... ?
I had a similar service-file still fiddling to make it work,
nearly there. Thanks!
I don't use mythbackend nor tftp-hpa, but if you have the init scripts
for them it should be easy to write the corresponding unit files.
mythtv-Wiki provided a service file ... I
don't use mythbackend nor tftp-hpa, but if you have the init scripts
for them it should be easy to write the corresponding unit files.
Thanks for that, I will need thatas well.
--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?
John Covici
to this. It is mostly
backuped up on an external hard drive so, it what I'm asking can't
be done, that's okay.
>
There seems to be a problem with loading MySQL. During the boot
process when it comes to the loading of MySQL it hangs. Is there a
way to bypass the loading of MySQL
On Mon, Aug 11, 2014 at 4:05 PM, Grant Edwards
grant.b.edwa...@gmail.com wrote:
Any advice on whether it would be easier to use a common init script
with sysV/OpenRC/systemd or to write a separate .service file?
I'd almost certainly generate a proper unit, and not try to use a
compatibility
dev-db/mysql-init-scripts-1.2
Thu Mar 4 09:26:49 2010 net-dns/bind-tools-9.4.3_p5
Thu Mar 4 09:33:38 2010 dev-perl/Net-Daemon-0.43
Thu Mar 4 09:34:57 2010 perl-core/Storable-2.20
Thu Mar 4 09:35:22 2010 dev-perl/yaml-0.68
Thu Mar 4 09:35:56 2010 perl-core/Test
On Thursday 25 February 2010 14:11:38 Kaushal Shriyan wrote:
Hi,
is there a way to start some specific services during boot up in a
sequential order ?
for example
1)tomcat
2)mysql
3)dns server
Yes, the init scripts support the notion of a service depending on another
service
On 4/25/05, Nick Rout [EMAIL PROTECTED] wrote:
On Mon, 25 Apr 2005 15:03:35 -0700
Mark Knecht wrote:
Does mysql require some sort of network protocol that mightnot be
running? Samba, NFS, etc.?
Thats what the startup scripts are for. They should automatically start
required scripts
Error (KickDatabase):
Query was:
SELECT NULL;
No error type from QSqlError? Strange...
2006-10-05 14:36:41.688 Failed to init MythContext, exiting.
So I tried mysql:
camille ~ # /etc/init.d/mysql start
* ...
* Starting mysql (/etc/mysql/my.cnf)
* MySQL NOT started (0)
[ !! ]
I
:41.688 Failed to init MythContext, exiting.
So I tried mysql:
camille ~ # /etc/init.d/mysql start
* ...
* Starting mysql (/etc/mysql/my.cnf)
* MySQL NOT started (0)
[ !! ]
I looked for logs:
camille ~ # ls /var/log/mysql
camille ~ #
camille ~ # cat /var/log/messages | grep 'mysql'
Jun 16 08:43
Hello,
after updating a few packages, some init scripts got stuck when starting
services (at least mysql and apache). Doing /etc/init.d/mysql --verbose
--debug start revealed that they got stuck doing cat
/var/lib/init.d/exclusive/netmount. Sounds like something related to nfs, and
I had
have been fixed by now, though.
Also, the old mysql-init-scripts-1.2 package requires bash, in case that
matters
to you.
The dmcrypt init script also has a single bashism. A bug about this has
been open for quiet some time now:
https://bugs.gentoo.org/show_bug.cgi?id=408117
So I don't think
by now, though.
Also, the old mysql-init-scripts-1.2 package requires bash, in case that matters
to you.
The dmcrypt init script also has a single bashism. A bug about this has
been open for quiet some time now:
https://bugs.gentoo.org/show_bug.cgi?id=408117
}, or even LAST_LOG_CMD=`mysql -qe
'SELECT ... FROM log.log ORDER BY date DESC LIMIT ${LINES}'`, or
*whatever*)
3. adding this `tail -n ...` or whatever call to the init script .
4. voila.
If you feel I'm again entirely wrong please point out why.
The faults with your comments are many, and I'm not going
itself when I restart networking? Seems a
strange time for it to tell me that. Does running a single init script
cause all the init scripts to announce stuff like this?
Both samba and cups depend on networking.
and to enlarge on that when you restart networking, you restart any
services
into.
Instead of one script, we now have two scripts. This is *NOT*
simplification.
It works fine for mysql, or postfix, or apache, or any of the dozens of
other programs that have helper scripts whose sole purposes is to act as an
entry point to starting up the actual service. It's a common
having #!/bin/sh but
using bashisms. I seem to recall that I have one package installed that has this
problem and requires changing the symlink temporarily, but I don't remember
which. It might have been fixed by now, though.
Also, the old mysql-init-scripts-1.2 package requires bash, in case
, the old mysql-init-scripts-1.2 package requires bash, in case that
matters
to you.
So I don't think you should expect any problems (save for the rare exception),
and for me there was a noticeable speedup with the init system (also reported
by Flameeyes in his blog).
Thanks in advance
now I'm worse :(
I update de portage, and now I have a biger problem
-
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N] dev-db/mysql-init-scripts-1.2
[ebuild
on
samba. Hence the circle.
Then why does it present itself when I restart networking? Seems a
strange time for it to tell me that. Does running a single init script
cause all the init scripts to announce stuff like this?
Both samba and cups depend on networking
Hi
Around 8 to 10 months I've left a server without updates, and now, after
also building a new kernel, emerging new gcc, glibc, re-emerging baselayout,
sysvinit and all packages that contains something in /etc/init.d/ , the boot
process hangs after a few of the scripts (normally at keymaps
!
[ebuild N] dev-db/mysql-init-scripts-1.2
[ebuild N] mail-mta/ssmtp-2.61-r2 USE=ssl -ipv6 -mailwrapper
-md5sum [ebuild U ] dev-db/mysql-5.0.44 [4.1.21]
USE=-max-idx-128% [ebuild N] virtual/mysql-5.0
[ebuild U ] dev-lang/php-5.2.3-r3 [5.1.4]
USE=-fastbuild* -filter
e
packages on both sides.
mysql-init-scripts is a separate package because it gets shared
between mysql and mariadb. This isn't done often, but it does have
the side benefit that if there is a bug in the init.d script you don't
have to rebuild the whole database server to get a new bash script.
use LUKS with the /etc/init.d/dmcrypt
I think so.
init script. /etc/conf.d/dmcrypt should contain some examples. As you
want to encrypt an LVM volume, the lvm init script needs to be started
before this. As I see it, there is no strict dependency between those
two scripts. You can add
it $ eselect rc list
I get:
Available init scripts
acpid default
alsasound default
apache2 default
atom
bootmisc boot
chronyd default
consolefont boot
consolekit
misunderstood. I don't *intend* to try this myself with
existing tools, I'm speaking of the init scripts modification. I say
that this modification of e.g. OpenRC, if required, would be done quite
easily with some assumptions.
Your idea instantly fails as the rc-service author has no idea of what
them using /usr/bin/mysql --options I guess, rather than
using the /etc/init.d scripts, right?
Yup, two configs, two init scripts, two instances.
Just like apache.
However, it's an e-commerce site so one must state the obvious:
You must be out of your mind running an ecommerce site
in by
sys-apps/openrc required by
(dev-db/mysql-init-scripts-2.0_pre1-r2::gentoo, ebuild scheduled for merge)
sys-apps/openrc required by (sys-apps/baselayout-2.1-r1::gentoo,
installed)
net-tools needs an openrc version newer than 0.9.9.3. According to eix
on my system 11.5 should
] x11-misc/wmctrl-1.07-r1 86 KiB
[ebuild N ] media-libs/faac-1.28-r4 USE=-static-libs 663 KiB
[ebuild N ] x11-libs/libXinerama-1.1.3 USE=-static-libs 272 KiB
[ebuild N ] dev-db/mysql-init-scripts-2.0-r1 0 KiB
[ebuild N ] dev-perl/PlRPC-0.202.0-r2 18 KiB
[ebuild N ] dev
in by
sys-apps/net-tools required by @system
(sys-apps/openrc-0.9.8.4::gentoo, installed) pulled in by
sys-apps/openrc required by (dev-db/mysql-init-scripts-2.0_pre1-r2::gentoo,
ebuild scheduled for merge)
sys-apps/openrc required by (sys-apps/baselayout-2.1-r1::gentoo, installed)
where both
::nxclient, installed)
>
> (sys-fs/eudev-3.1.5:0/0::gentoo, installed) pulled in by
> sys-fs/eudev required by @selected
> >=sys-fs/eudev-1.3 required by (virtual/udev-215:0/0::gentoo, installed)
>
> (sys-fs/udev-225-r1:0/0::gentoo, ebuild scheduled for merge) pu
abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,static-libs?]
(>=sys-fs/udev-208-r1:0/0[abi_x86_32(-),abi_x86_64(-)]) required by
(virtual/libudev-215-r1:0/1::gentoo, ebuild scheduled for merge)
sys-fs/udev is not installed
I only have sys-fs/udev-in
[nomerge ] dev-perl/DBD-mysql-4.00.5
[nomerge ] dev-db/mysql-5.0.84-r1 USE=berkdb community embedded
perl ssl -big-tables -cluster -debug -extraengine -latin1 -max-idx-128
-minimal -profiling (-selinux) -static
[ebuild N] dev-db/mysql-init-scripts-1.2 0 kB
[nomerge ] games
of an
init. Does that seriously challenge the assumption that init should be
separate from the kernel?
You would, for example, force
90-something percent of your unit files to have an extra dependency
line that smells like it came from boilerplate kitchen, one of the
things systemd was supposed
, if /home is one of the other filesystems tools for
mounting it should, according to FHS, be in the root filesystem.
You're confusing that with the idea binaries are essential. And by the
way, if you had emacs-daemon as an init service, it would depend on
/home being mounted to be able to read
://article.gmane.org/gmane.comp.sysutils.systemd.devel/1426
http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken
Almost everything useful the kernel does depends on the presence of an init.
Does that seriously challenge the assumption that init should be separate
from the kernel
of an init.
Does that seriously challenge the assumption that init should be separate
from the kernel?
Only if the kernel's design goal was to do those useful things itself
(it isn't). One of systemd's design goals is to minimise boilerplate
code in its unit files
/portage-2.1.2.2
Sun Mar 18 10:24:46 2007 sys-devel/gnuconfig-20070118
Sun Mar 18 10:25:16 2007 media-sound/alsa-headers-1.0.14_rc3
Sun Mar 18 10:26:07 2007 sys-libs/timezone-data-2007c
Sun Mar 18 10:26:16 2007 dev-db/mysql-init-scripts-1.2
Sun Mar 18 10:30:10 2007 app
.33
[ebuild R] virtual/libmysqlclient-18
[ebuild R] dev-util/cmake-3.5.2-r1
[ebuild R] net-misc/curl-7.50.3
[ebuild R]net-dns/libidn-1.33
[ebuild R
ns when I remove that flag or maybe if there is another way to
> >>> accomplish that?
> >>> Well, that did it! It still is downgrading systemd, but that's not too
> >>> bad, thanks guys.
> >>
> >> $ euses -sf sysv-utils
> >> sys-apps/s
" 4,569 KiB
[ebuild U ] media-libs/gstreamer-1.14.4:1.0::gentoo
[1.14.2:1.0::gentoo] USE="caps introspection nls orc -test -unwind"
ABI_X86="(64) -32 (-x32)" 3,188 KiB
[ebuild U ] media-plugins/gst-plugins-gtk-1.14.4:1.0::gentoo
[1.14.2:1.0::gentoo] USE=&qu
-emulation/virtualbox-extpack-oracle-4.2.10
Mon Mar 18 22:36:44 2013 sys-fs/udev-init-scripts-24
Mon Mar 18 22:37:15 2013 sys-auth/consolekit-0.4.5_p20120320-r2
Mon Mar 18 22:37:58 2013 sys-fs/udisks-2.0.92
Mon Mar 18 22:38:24 2013 kde-base/kfmclient-4.10.1
Mon Mar 18
dev-db/mysql-init-scripts:0 dev-db/sqlite:3
dev-db/unixODBC:0 dev-lang/luajit:2 dev-lang/nasm:0 dev-lang/orc:0
dev-lang/perl:0/5.24 dev-lang/python:2.7 dev-lang/python:3.4/3.4m
dev-lang/python:3.5/3.5m dev-lang/python-exec:2 dev-lang/ruby:2.2
dev-lang/ruby:2.3 dev-lang/spidermonkey:0/mozjs185 dev-lang/
] dev-python/egenix-mx-base-2.0.6
[ebuild N] dev-libs/libxslt-1.1.15
[ebuild N] dev-db/libpq-8.1.1
[ebuild N] dev-db/postgresql-8.1.1
[ebuild N] sys-process/procps-3.2.6
[ebuild N] dev-db/mysql-5.0.18
[ebuild N] perl-core/Storable-2.15
[ebuild N] dev
60 matches
Mail list logo
