Forum Debian Users Gang

KapitanBomba · 2014-12-03 21:46:01

Witam, męczę się z tematem od 3 dni, przeinstalowywałem system już z 10 razy, cały net przetrzepany i nic.
Instalowałem LAMP już nie raz i nigdy nie miałem tak żeby świeża instalacja na czystym systemie nie ruszała :(
Czy z najnowszą wersją Debiana jest coś nie tak?

Komenda:

Kod:

/etc/init.d/mysql restart

daje wynik:

Kod:

[ ok ] Stopping MySQL database server: mysqld.
[FAIL] Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed!

Katalog /var/log/mysql pusty, a w zasadzie ostatnio pojawił się w nim pusty plik mysql-bin.index

W /var/log/syslog mam tak:

Kod:

Dec  3 21:22:40 Merkury mysqld_safe: Starting mysqld daemon with databases from /var/lib/mysql
Dec  3 21:22:40 Merkury mysqld: 141203 21:22:40 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
Dec  3 21:22:40 Merkury mysqld: 141203 21:22:40 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
Dec  3 21:22:40 Merkury mysqld: 141203 21:22:40 [Note] Plugin 'FEDERATED' is disabled.
Dec  3 21:22:40 Merkury mysqld: 141203 21:22:40 InnoDB: The InnoDB memory heap is disabled
Dec  3 21:22:40 Merkury mysqld: 141203 21:22:40 InnoDB: Mutexes and rw_locks use GCC atomic builtins
Dec  3 21:22:40 Merkury mysqld: 141203 21:22:40 InnoDB: Compressed tables use zlib 1.2.7
Dec  3 21:22:40 Merkury mysqld: 141203 21:22:40 InnoDB: Using Linux native AIO
Dec  3 21:22:40 Merkury mysqld: 141203 21:22:40 InnoDB: Initializing buffer pool, size = 128.0M
Dec  3 21:22:40 Merkury mysqld: 141203 21:22:40 InnoDB: Completed initialization of buffer pool
Dec  3 21:22:40 Merkury mysqld: 141203 21:22:40 InnoDB: highest supported file format is Barracuda.
Dec  3 21:22:41 Merkury mysqld: 141203 21:22:41  InnoDB: Waiting for the background threads to start
Dec  3 21:22:42 Merkury mysqld: 141203 21:22:42 InnoDB: 5.5.40 started; log sequence number 1595685
Dec  3 21:22:42 Merkury mysqld: 141203 21:22:42 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
Dec  3 21:22:42 Merkury mysqld: 141203 21:22:42 [Note]   - '127.0.0.1' resolves to '127.0.0.1';
Dec  3 21:22:42 Merkury mysqld: 141203 21:22:42 [Note] Server socket created on IP: '127.0.0.1'.
Dec  3 21:22:42 Merkury mysqld: 141203 21:22:42 [ERROR] Can't start server: Bind on TCP/IP port: Cannot assign requested address
Dec  3 21:22:42 Merkury mysqld: 141203 21:22:42 [ERROR] Do you already have another mysqld server running on port: 3306 ?
Dec  3 21:22:42 Merkury mysqld: 141203 21:22:42 [ERROR] Aborting
Dec  3 21:22:42 Merkury mysqld: 
Dec  3 21:22:42 Merkury mysqld: 141203 21:22:42  InnoDB: Starting shutdown...
Dec  3 21:22:43 Merkury mysqld: 141203 21:22:43  InnoDB: Shutdown completed; log sequence number 1595685
Dec  3 21:22:43 Merkury mysqld: 141203 21:22:43 [Note] /usr/sbin/mysqld: Shutdown complete
Dec  3 21:22:43 Merkury mysqld: 
Dec  3 21:22:43 Merkury mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended
Dec  3 21:22:54 Merkury /etc/init.d/mysql[1641]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in
Dec  3 21:22:54 Merkury /etc/init.d/mysql[1641]: #007/usr/bin/mysqladmin: connect to server at 'localhost' failed
Dec  3 21:22:54 Merkury /etc/init.d/mysql[1641]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
Dec  3 21:22:54 Merkury /etc/init.d/mysql[1641]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!
Dec  3 21:22:54 Merkury /etc/init.d/mysql[1641]:

Co dziwne jak usunąłem na chwilę my.cnf to odpala z ostrzeżeniem:

Kod:

[warn] /etc/init.d/mysql: WARNING: /etc/mysql/my.cnf cannot be read. See README.Debian.gz ... (warning).
[ ok ] Starting MySQL database server: mysqld ..
[info] Checking for tables which need an upgrade, are corrupt or were
not closed cleanly..

Dlatego podejrzewam że coś w tym pliku jest nie tak :/
W sieci znalazłem kilka, kilkanaście rozwiązań, ale żadne nie działa bądź nie rozumiem. Próbowałem wyszukać mysqld.sock za pomocą find i grep niestety bez skutku, próbowałem modyfikować lokalizację mysqld.sock w pliku my.cnf na /tmp/mysqld.sock, próbowałem wreszcie użyć starych my.cnf, które mam gdzieś zapisane z jakichś poradników i wszystko na nic.

System to najnowsza wersja Debiana netinstall (7.7.0), zainstalowane z Raid1 mdadm podczas instalacji wszystko odznaczone oprócz serwera SSH. Raid'u raczej nie podejrzewam bo, próbowałem już zwykłą instalację i jest to samo.
Na serwerze zainstalowane są ponadto:
-samba
-Htop
-hddtemp
-Rsync
Serwer ma pełnić głównie rolę domowego NAS na backupy, a wspomniany LAMP przy okazji do nauki php-mysql.
Maszyna to stary blaszak Dell'a z procesorem C2D i 4GB ram, jeśli to ma znaczenie mogę wkleić szczegóły.
Jeszcze raz pragnę zaznaczyć że problem występuje zaraz po instalacji - nigdy tak nie miałem. Wcześniej na tym samym komputerze wszytko działało, tyle że instalowane było z rok temu z użyciem najnowszych (na tamten czas) pakietów. Wymieniłem tylko stary 80GB dysk na dwa nowe WD pod raid.
Proszę o pomoc.

jurgensen · 2014-12-03 22:49:45

Z loga wynika, że serwer nie może się zbindować na port 3306. Nic nie słucha już na tym porcie? Pokaż output z:

Kod:

netstat -antp | grep 3306

KapitanBomba · 2014-12-03 23:12:42

Dziękuję za odpowiedz.
Proszę:

Kod:

root@Merkury:/etc/mysql# netstat -antp | grep 3306
tcp        0      0 0.0.0.0:3306            0.0.0.0:*               LISTEN      19861/mysqld

Firewall'a tymczasowo całkowicie wyłączyłem bo myślałem że to jego wina na samym początku, ale w sumie jak by odciął to z innych komputerów na LAN, a sam MySQL powinien pracować.
Da się coś zaradzić?
PS. eht0 skonfigurowane na statyczne IP:

Kod:

#IP statycznie

iface lo inet loopback

auto eth0
iface eth0 inet static

address 192.168.3.102
netmask 255.255.255.0
gateway 192.168.3.1

W resolv.conf

Kod:

nameserver 192.168.3.1
nameserver 192.168.3.1

morfik · 2014-12-04 02:21:47

No przecie widzisz, że ci już serwer bazy danych nasłuchuje na tym porcie, więc czemu chcesz jeszcze raz go odpalać? Wywołaj skrypt z opcją stop i potem z opcją start i będzie chodzić.

KapitanBomba · 2014-12-04 08:21:08

Nie działa, zobaczcie proszę:

Kod:

root@Merkury:/etc/mysql# /etc/init.d/mysql stop
[ ok ] Stopping MySQL database server: mysqld.
root@Merkury:/etc/mysql# /etc/init.d/mysql start
df: `/tmp/mysql/.': No such file or directory
df: no file systems processed
[FAIL] /etc/init.d/mysql: ERROR: The partition with /tmp/mysql is too full! ... failed!
root@Merkury:/etc/mysql# cd /tmp
root@Merkury:/tmp# mkdir mysql
root@Merkury:/tmp# chown mysql:mysql mysql -R
root@Merkury:/tmp# /etc/init.d/mysql start
[FAIL] Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed!
root@Merkury:/tmp# chmod -R 777 /tmp/mysql
root@Merkury:/tmp# /etc/init.d/mysql start
[FAIL] Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed!
root@Merkury:/tmp#

Dodanie katalogu /tmp/mysql ani nadanie mu chmodu nic nie daje, wcześnie próbowałem też bez zmiany właścicela i grupy - generalnie to samo.
Jak by tak było że start zadziała to mysql powinno startować razem z systemem, a wywala się już podczas uruchamiania komputera.
Instalowałem Debiana z 10 razy, czysta instalacja plus LAMP i na te 10 razy dwa razu udało mi się że ruszyło mysql po zainstalowaniu, ale zaraz po ponownym uruchomieniu robi się tak jak widać i koniec. Nigdy tak nie miałem, żebym to ja coś nabełtał, a to nowa czysta instalacja odmawia współpracy:(

PS.Zapełnienie partycji wykluczam - główny system plików / zamontowany na partycji 50GB zainstalowany tylko system w wersji minimal bez środowiska graficznego plus usługi wymienione w poście wyżej:

Kod:

root@Merkury:/tmp# df -h
System plików                                          rozm. użyte dost. %uż. zamont. na
rootfs                                                   46G  1,1G   43G   3% /
udev                                                     10M     0   10M   0% /dev
tmpfs                                                   383M  392K  383M   1% /run
/dev/disk/by-uuid/9352fbd1-e0c4-4349-a5ba-ab5298f37997   46G  1,1G   43G   3% /
tmpfs                                                   5,0M     0  5,0M   0% /run/lock
tmpfs                                                   766M     0  766M   0% /run/shm
/dev/sda3                                               368G  195M  367G   1% /dane/czerwony
/dev/md1                                                1,4T   39G  1,4T   3% /dane/raid
/dev/sdb3                                               368G  195M  367G   1% /dane/zielony

Jacekalex · 2014-12-04 08:42:12

Pewnie spartolony skrypt startowy do Mysql w Systemd czy innym inicie, którego używasz, nie wiem.

Podobne jaja miałem w Gentoo, ale nawet nie zaglądając do /etc/init.d, wywaliłem Mysql do Daemon-tools'a, i teraz śmiga grzecznie jak burek.
Przy okazji jest taki "kierownik", nazywa się supervise, i pilnuję, żeby mysqld nie zdechł przypadkiem:

wygląda to tak:

Kod:

root ~> cat /service/mysqld/run
#!/bin/sh

exec 2>&1
exec /usr/bin/setuidgid mysql /usr/sbin/mysqld --defaults-file=/etc/mysql/my.cnf

i procesy:

Kod:

root      3622  0.0  0.0   4152   672 ?        S    gru03   0:00 supervise mysqld
mysql     3639  0.0  1.9 568968 79928 ?        Sl   gru03   0:25 /usr/sbin/mysqld --defaults-file=/etc/mysql/my.cnf

Pomysł urodził się w czasie poszukiwań, jak podnosić Apacha, Nginxa,
i PHP-fpm od razu na poziomie użyszkodnika, żeby żaden proces tych demonów nie brykał z uprawnieniami roota. bez pisania od nowa skryptów startowych.

Przy okazji pewna cecha, której nie widziałem w żadnym innym inicie,
małe demo:

Kod:

for x in `seq 1 3`; do echo ""; echo "próba $x"; p pilnujdns; killall -9 pilnujdns; sleep 5; done;

próba 1
root      3620  0.0  0.0   4152   640 ?        S    gru03   0:00 supervise pilnujdns
nobody   11987  0.0  0.0  14152  3252 ?        S    08:37   0:00 /bin/bash /usr/local/sbin/pilnujdns

próba 2
root      3620  0.0  0.0   4152  1156 ?        S    gru03   0:00 supervise pilnujdns
nobody   12025  0.0  0.0  14152  3240 ?        S    08:37   0:00 /bin/bash /usr/local/sbin/pilnujdns

próba 3
root      3620  0.0  0.0   4152  1156 ?        S    gru03   0:00 supervise pilnujdns
nobody   12056  0.0  0.0  14152  3220 ?        S    08:37   0:00 /bin/bash /usr/local/sbin/pilnujdns

Tak oto przez daemontoolsa idzie sobie skrypcik basha, który aktualizuje adres IP domeny, kiedy się zmieni. ;)

Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2014-12-04 08:50:41)

KapitanBomba · 2014-12-04 08:53:56

hmm wybacz, ale nie do końca rozumiem - dużo niższe stadium zaawansowania linuxa :)
dodałem ścieżkę z plikiem /service/mysqld/run
ale chyba jeszcze powinienem go gdzieś dopisać czy cóś? jakieś dowiązanie?
Na razie mam to samo co było.
Jeśli mogę prosić łopatologicznie będę bardzo wdzięczny.

morfik · 2014-12-04 09:22:59

Zajrzyj do /var/log/ i poszukaj tam logu od mysql i zobacz co go boli.

Jacekalex · 2014-12-04 09:23:17

@KapitanBomba

W repo Debiana są takie paczusie?

Kod:

daemontools - a collection of tools for managing UNIX services
svtools - Utilities for daemontools and multilog

U mnie wygląda to tak (skrypt run do Mysqla masz wyżej):
siedzi tutaj:

Kod:

ls -l /service/mysqld/run
-rwx------ 1 root root 104 08-13 17:33 /service/mysqld/run

Do autostartu dodaję tylko polecenie

Kod:

svscan

- podnoszone przez oryginalnego inita, u mnie Openrc.

Wtedy w czasie startu systemu init podnosi program Svscan, a ten demony supervise do wszystkich usług, którymi zarządza.

U mnie tak posadziłem 5 usług systemowych i 1 skrypta:

Kod:

p supervise
root     12762  0.0  0.0   4152  1212 ?        S    08:45   0:00 supervise spamd
root     12763  0.0  0.0   4148  1208 ?        S    08:45   0:00 supervise freeswitch
root     12764  0.0  0.0   4152   676 ?        S    08:45   0:00 supervise pilnujdns
root     12765  0.0  0.0   4148   708 ?        S    08:45   0:00 supervise nginx
root     12766  0.0  0.0   4152   664 ?        S    08:45   0:00 supervise mysqld
root     12767  0.0  0.0   4152   672 ?        S    08:45   0:00 supervise php

W ten sam sposób podnoszę też clamd i clamav-milter, ale na obecnym systemie ich jeszcze nie ma.

Tu masz dokumentację projektu i opis funkcji:
http://cr.yp.to/daemontools.html

Tylko uważaj Daemontools to jest narzędzie w typie "hakera-partyzanta" za to morderczo skutecznie. ;)

Ostatnio edytowany przez Jacekalex (2014-12-04 09:36:19)

KapitanBomba · 2014-12-04 10:24:27

morfik napisał(-a):
Zajrzyj do /var/log/ i poszukaj tam logu od mysql i zobacz co go boli.

Jak pisalem - logi są puste.

Jacku:

W repo Debiana są takie paczusie?

Kod:

daemontools - a collection of tools for managing UNIX services
svtools - Utilities for daemontools and multilog

Tak, doinstalowałem.

U mnie wygląda to tak (skrypt run do Mysqla masz wyżej):
siedzi tutaj:
Kod:
ls -l /service/mysqld/run
-rwx------ 1 root root 104 08-13 17:33 /service/mysqld/run
Do autostartu dodaję tylko polecenie
Kod:
svscan

Nie wiem czy dobrze zrozumiałem, ale dodałem na końcu pliku /etc/init.d/mysql to polecenie zrobiłem reboot i teraz po restarcie mysql leci taka sieka:

Kod:

supervise: fatal: unable to acquire var/supervise/lock: temporary failure
supervise: fatal: unable to acquire media/supervise/lock: temporary failure
supervise: fatal: unable to acquire proc/supervise/lock: file does not exist
supervise: fatal: unable to acquire selinux/supervise/lock: temporary failure
supervise: fatal: unable to acquire run/supervise/lock: temporary failure
supervise: fatal: unable to acquire lib64/supervise/lock: temporary failure
supervise: fatal: unable to acquire mnt/supervise/lock: temporary failure
supervise: fatal: unable to acquire lost+found/supervise/lock: temporary failure
supervise: fatal: unable to acquire opt/supervise/lock: temporary failure
supervise: fatal: unable to acquire sbin/supervise/lock: temporary failure
supervise: fatal: unable to acquire log/supervise/lock: temporary failure
supervise: fatal: unable to acquire boot/supervise/lock: temporary failure
supervise: fatal: unable to acquire srv/supervise/lock: temporary failure
supervise: fatal: unable to acquire etc/supervise/lock: temporary failure
supervise: fatal: unable to acquire bin/supervise/lock: temporary failure
supervise: fatal: unable to acquire usr/supervise/lock: temporary failure
supervise: fatal: unable to acquire lib/supervise/lock: temporary failure
supervise: fatal: unable to acquire dane/supervise/lock: temporary failure
supervise: fatal: unable to chdir to log: not a directory
supervise: fatal: unable to acquire sys/supervise/lock: file does not exist
supervise: fatal: unable to acquire dev/supervise/lock: temporary failure
supervise: fatal: unable to acquire root/supervise/lock: temporary failure
supervise: fatal: unable to acquire media/supervise/lock: temporary failure
supervise: fatal: unable to acquire tmp/supervise/lock: temporary failure
supervise: fatal: unable to acquire service/supervise/lock: temporary failure
supervise: fatal: unable to acquire var/supervise/lock: temporary failure
supervise: fatal: unable to acquire home/supervise/lock: temporary failure
supervise: fatal: unable to acquire proc/supervise/lock: file does not exist
supervise: fatal: unable to acquire selinux/supervise/lock: temporary failure
supervise: fatal: unable to acquire run/supervise/lock: temporary failure
supervise: fatal: unable to acquire lib64/supervise/lock: temporary failure
supervise: fatal: unable to acquire lost+found/supervise/lock: temporary failure
supervise: fatal: unable to acquire usr/supervise/lock: temporary failure
supervise: fatal: unable to acquire sbin/supervise/lock: temporary failure
supervise: fatal: unable to acquire tmp/supervise/lock: temporary failure
supervise: fatal: unable to acquire etc/supervise/lock: temporary failure
supervise: fatal: unable to acquire var/supervise/lock: temporary failure
supervise: fatal: unable to acquire srv/supervise/lock: temporary failure
supervise: fatal: unable to acquire mnt/supervise/lock: temporary failure
supervise: fatal: unable to acquire lib/supervise/lock: temporary failure
supervise: fatal: unable to acquire boot/supervise/lock: temporary failure
supervise: fatal: unable to acquire dane/supervise/lock: temporary failure
supervise: fatal: unable to acquire sys/supervise/lock: file does not exist
supervise: fatal: unable to chdir to log: not a directory
supervise: fatal: unable to acquire root/supervise/lock: temporary failure
supervise: fatal: unable to acquire dev/supervise/lock: temporary failure
supervise: fatal: unable to acquire bin/supervise/lock: temporary failure
supervise: fatal: unable to acquire media/supervise/lock: temporary failure
supervise: fatal: unable to acquire service/supervise/lock: temporary failure
supervise: fatal: unable to acquire opt/supervise/lock: temporary failure
supervise: fatal: unable to acquire log/supervise/lock: temporary failure
supervise: fatal: unable to acquire proc/supervise/lock: file does not exist
supervise: fatal: unable to acquire home/supervise/lock: temporary failure

i tak bez końca...

Ale powiedzcie mi jak to w ogóle jest możliwe że czysta instalacja systemu, uważanego za jeden z najstabilsniejszych, odwala takie numery? Próbowałem już nawet czyste instalacje z przewodnikiem na jednym dysku. Czyli najprostrza instalacja plus:

Kod:

apt-get install apache2 libapache2-mod-auth-mysql mysql-server mysql-client php5 php5-mysql php5-curl php5-gd php5-memcache php5-xsl

i albo nie działa od razu mysql, albo wywala się po reboocie :/
Mam wrażenie, że albo ta wersja 7.7.0 jest skopana, albo ta wersja MySQL z repo, albo coś jest nie tak z moim sprzętm, ale to najmniej prawdopodobne bo wcześniej miałem poinstalowane i działało.
Już się całkiem pogubiłem, zastanawiam się czy z ubuntu server nie spróbować, albo zejść do debiana6 - z nim nigdy nie miałem takich problemów.

PS. Zrobiłem test:
Postawiłem na virtualbox tą samą wersję debian-7.7.0-amd64-netinst.iso wrzuciłem LAMP i działa, ale po zmienie na statyczne IP w pliku interfaces od razu po rebocie jest ten sam błąd. Może coś źle robię z ustawianiem statycznego IP?
Jak instalowałem z rok temu to nigdy nie grzebałem w interfaces bo miałem w starym routerze funckję przydzielania IP na podstawie MAC więc cała sieć domowa śmigała na DHCP, a router sam wiedział komu jaki IP dać, teraz niestety nie mam takiej możliwości z poziomu routera.

Ostatnio edytowany przez KapitanBomba (2014-12-04 12:12:53)

Jacekalex · 2014-12-04 15:23:56

Jak instalowałeś tego daemontoolsa?
Jak uruchomiłeś proces svscan, i w ogóle jaki system init masz zainstalowany, SystemD czy coś innego.

ethanak · 2014-12-04 15:39:37

a tak nieśmiało...
zamiast bawić się lampami, latarkami i innymi podejrzanymi źródłami oświecenia - nie lepiej po prostu zainstalować normalne paczki? nawet na ubuntu to działa!

KapitanBomba · 2014-12-04 15:59:59

Jacekalex napisał(-a):
Jak instalowałeś tego daemontoolsa?
Jak uruchomiłeś proces svscan, i w ogóle jaki system init masz zainstalowany, SystemD czy coś innego.

apt-get install itd...
Jak mam być szczery to to co piszesz jest dla mnie magią jeszcze :P

ethanak napisał(-a):
a tak nieśmiało...
zamiast bawić się lampami, latarkami i innymi podejrzanymi źródłami oświecenia - nie lepiej po prostu zainstalować normalne paczki? nawet na ubuntu to działa!

Jak normalne? a te co instaluję są nienormalne? To nie jest serwer roboczy więc nie wiadomo czego tu nie trzeba. Ma słóżyć do nauki i testowania. Nie będzie nawet udostępniany na świat, a tak szczerze to tak robię jak umiem :-D

Panowie, wielkie dzięki za wszelką pomoc i poświęcony czas, ale rozwiązałem problem łopatologicznie: odpalilem instaltor (enty raz) i wyciągnąłem kabel z routera do switch'a, moim oczom ukazał się piękny konfigurator ręcznej konfiguracji sieci, po skonfigurowaniu wpiołem kabel od nowa żeby instalator mógł sobie brumić co tam chce z neta. Teraz działa wszystko bez problemu :) Wyłączę DHCP w routerze i będzie problem z glowy na wieki wieków amen.

Zaraz biorę się za instalację już na gotowo tylko jeszcze zastanawia mnie temat domeny vs grupa robocza, czytam caly czas na stronach mikrosyfu że to dwie różne rzeczy, ale jak to jest w przypadku Debiana? Żeby nie offtopić zalożyłem osobny temat https://forum.dug.net.pl/viewtopic.php?id=26756 także jak byście mogli się wypowiedzieć będę wdzięczy :)

ethanak · 2014-12-04 16:02:36

słóżyć... no to wszystko jasne.

KapitanBomba · 2014-12-04 16:16:17

Sory za babola... to z pośpiechu.

Jacekalex · 2014-12-04 22:16:55

Jeżeli to, czy Mysql działa, zależy od tego, czy w czasie instalacji jest połączenie z routerem, to najciekawszy babol w historii NM, jaki widziałem. :D

Jak chcesz używać systemu z jego domyślnymi "ulepszaczami" i całym cholesterolem w typie Network-Manager, Avahi, Pulseaudio,
i wszystkim, co wciągają metapakiety, to musisz zawsze mieć pod ręką płytkę instalacyjną. ;)

Pozdro
;-)

KapitanBomba · 2014-12-04 23:57:52

Z pendrive'a instalowałem :-D
A tak na serio to nie ściemniam, to co napisałem pomogło, normalnie w życiu bym nie wpadł na to że IP z DHCP może zrobić taki bigos.
Ważne że wszytstko dziala bo już się zastanawialem czy nie przeprosić stary NAS D-LINK'a :-P
Mam jeszcze jedną zagwózdkę z sambą bo windows się drze że nie można skopiować pewnych właściwości, rzecz się dzieje przy zdjęciach i podejrzewam że chodzi o metadane, ale to już chyba nie w tym temacie...?

Forum Debian Users Gang

Ogłoszenie

#1 2014-12-03 21:46:01

KapitanBomba - Użytkownik

MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

Kod:

Kod:

Kod:

Kod:

#2 2014-12-03 22:49:45

jurgensen - Użytkownik

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

Kod:

#3 2014-12-03 23:12:42

KapitanBomba - Użytkownik

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

Kod:

Kod:

Kod:

#4 2014-12-04 02:21:47

morfik - Cenzor wirtualnego świata

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

#5 2014-12-04 08:21:08

KapitanBomba - Użytkownik

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

Kod:

Kod:

#6 2014-12-04 08:42:12

Jacekalex - Podobno człowiek...;)

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

Kod:

Kod:

Kod:

#7 2014-12-04 08:53:56

KapitanBomba - Użytkownik

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

#8 2014-12-04 09:22:59

morfik - Cenzor wirtualnego świata

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

#9 2014-12-04 09:23:17

Jacekalex - Podobno człowiek...;)

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

Kod:

Kod:

Kod:

Kod:

#10 2014-12-04 10:24:27

KapitanBomba - Użytkownik

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

morfik napisał(-a):

Kod:

Kod:

Kod:

Kod:

Kod:

#11 2014-12-04 15:23:56

Jacekalex - Podobno człowiek...;)

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

#12 2014-12-04 15:39:37

ethanak - Użytkownik

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

#13 2014-12-04 15:59:59

KapitanBomba - Użytkownik

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

Jacekalex napisał(-a):

ethanak napisał(-a):

#14 2014-12-04 16:02:36

ethanak - Użytkownik

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

#15 2014-12-04 16:16:17

KapitanBomba - Użytkownik

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

#16 2014-12-04 22:16:55

Jacekalex - Podobno człowiek...;)

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

#17 2014-12-04 23:57:52

KapitanBomba - Użytkownik

Re: MySQL nie startuje nawet na świeżym systemie. Serwer domowy.

Stopka forum