Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Witam
Serwr stoi sobie w ovh.
uname -r 3.10.23-xxxx-grs-ipv6-64
Po zrobieniu dist-upgrade przestały uruchamiać się skrypty, które są w /etc/rc2.d/ system uruchamia się na tym poziomie.
W logach sprawdziłem sobie, że zaktualizował się pakiet base-files.
Poza tym zaktualizowały się:
dpkg:amd64 (1.16.12, 1.16.14) libapache2-mod-php5:amd64 (5.4.4-14+deb7u8, 5.4.4-14+deb7u9) libmysqlclient18:amd64 (5.5.35+dfsg-0+wheezy1, 5.5.37-0+wheezy1) libxml2:amd64 (2.8.0+dfsg1-7+nmu2, 2.8.0+dfsg1-7+nmu3) linux-libc-dev:amd64 (3.2.54-2, 3.2.57-3) mysql-client-5.5:amd64 (5.5.35+dfsg-0+wheezy1, 5.5.37-0+wheezy1) mysql-client:amd64 (5.5.35+dfsg-0+wheezy1, 5.5.37-0+wheezy1) mysql-common:amd64 (5.5.35+dfsg-0+wheezy1, 5.5.37-0+wheezy1) mysql-server-5.5:amd64 (5.5.35+dfsg-0+wheezy1, 5.5.37-0+wheezy1) mysql-server:amd64 (5.5.35+dfsg-0+wheezy1, 5.5.37-0+wheezy1) mysql-server-core-5.5:amd64 (5.5.35+dfsg-0+wheezy1, 5.5.37-0+wheezy1) php5:amd64 (5.4.4-14+deb7u8, 5.4.4-14+deb7u9) php5-cli:amd64 (5.4.4-14+deb7u8, 5.4.4-14+deb7u9) php5-common:amd64 (5.4.4-14+deb7u8, 5.4.4-14+deb7u9) php5-imap:amd64 (5.4.4-14+deb7u8, 5.4.4-14+deb7u9) php5-intl:amd64 (5.4.4-14+deb7u8, 5.4.4-14+deb7u9) php5-mcrypt:amd64 (5.4.4-14+deb7u8, 5.4.4-14+deb7u9) php5-mysql:amd64 (5.4.4-14+deb7u8, 5.4.4-14+deb7u9) spamassassin:amd64 (3.3.2-5, 3.3.2-5+deb7u1) spamc:amd64 (3.3.2-5, 3.3.2-5+deb7u1)
Nic innego nie było robione.
Zrobiłem sobie logowanie uruchamiania systemu i doszedłem do tego, że system się uruchamia jak w pliku /etc/init.d/rc zmienię
CONCURRENCY=makefile na CONCURRENCY=startpar
Gdzie szukać przyczyny żeby to poprawić?
Wg tego how-to
https://wiki.debian.org/BootProcessSpeedup
Mam zainstalowany pakiet insserv
i zrobiłem oczywiście
dpkg-reconfigure insserv
Ostatnio edytowany przez Alkifron (2014-05-14 12:52:19)
Offline
Drobna uwaga techniczna – listę pakietów umieszczoną w jednej linijce czyta się fatalnie.
Offline
Wszytskie, które są w /etc/rc2.d. Czyli skrypty apache2, mysql, postfix, dovecot itd. Skrypty na 100 są poprawne, bo te usługi instalowane były przez apt-get. Zresztą jak się je uruchomi z palca działają, nie startują
po aktualizacji razem z systemem widać to chociażby w logu /var/log/boot
Wed May 14 13:33:08 2014: INIT: Entering runlevel: 2 Wed May 14 13:33:08 2014: [info] Using makefile-style concurrent boot in runlevel 2. Wed May 14 13:33:08 2014: [ ok ] Starting enhanced syslogd: rsyslogd. Wed May 14 13:33:09 2014: [ ok ] Starting MD monitoring service: mdadm --monitor. Wed May 14 13:33:09 2014: [ ok ] Starting ACPI services.... Wed May 14 13:33:09 2014: [ ok ] Starting multipath daemon: multipathd. Wed May 14 13:33:09 2014: [ ok ] Starting SMP IRQ Balancer: irqbalance. Wed May 14 13:33:09 2014: [ ok ] Starting domain name service...: bind9. Wed May 14 13:33:11 2014: [info] Not starting internet superserver: no services enabled. Wed May 14 13:33:11 2014: [ ok ] Starting periodic command scheduler: cron.
Standardowo init wchodzi na runlevel 2 jest to defaultowy runlevel dla debiana, ale nic nie uruchamia. Konfiguracja standardowa nic przy tym nie grzebałem, mam usługi stawiane z palca, ale te akurat nie są z palca.
Ostatnio edytowany przez Alkifron (2014-05-14 15:02:29)
Offline
Logi są czytelniejsze gdy dobierzesz się do nich w taki sposób:
sed $'s/\^\[/\E/g;s/\[1G\[/\[27G\[/' /var/log/boot
Offline
[quote=yossarian]Logi są czytelniejsze gdy dobierzesz się do nich w taki sposób:
sed $'s/\^\[/\E/g;s/\[1G\[/\[27G\[/' /var/log/boot
[/quote]
Masz już w "czystej" postaci jeśli Ci to w czymś pomoże.
Offline
Uruchomiłem sobie dokładniejszy debug i znalazłem przyczynę... masakryczny błąd z mojej strony. Ustawiłem sobie jednego demona tak aby był uruchamiany po podaniu hasła i system się na tym zatrzymywał. Zrobiłem to dawno i miało być tylko jako test i zapomniałem o tym, a akurat po aktualizacji restartowałem serwer. Masakra tyle straconego czasu na taką głupotę. Druga opcja zadziałała jak wyłączyłem makefile to startował skrypty po kolei a że pozostałe demony miały niższy priorytet to wystartowały.
Offline
Strony: 1
Time (s) | Query |
---|---|
0.00008 | SET CHARSET latin2 |
0.00003 | SET NAMES latin2 |
0.00104 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.135.205.26' WHERE u.id=1 |
0.00104 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.135.205.26', 1732970459) |
0.00052 | SELECT * FROM punbb_online WHERE logged<1732970159 |
0.00085 | DELETE FROM punbb_online WHERE ident='52.15.217.86' |
0.00082 | SELECT topic_id FROM punbb_posts WHERE id=267069 |
0.00007 | SELECT id FROM punbb_posts WHERE topic_id=25816 ORDER BY posted |
0.00082 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=25816 AND t.moved_to IS NULL |
0.00010 | SELECT search_for, replace_with FROM punbb_censoring |
0.00219 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=25816 ORDER BY p.id LIMIT 0,25 |
0.00101 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=25816 |
Total query time: 0.00857 s |