Red Hat, Fedora, CentOS

[solved] 16 GB helyett csak 8 GB RAM Linux alatt

Gépfejlesztés után állva, most már 16 GB DDR3-as RAM-mal van felszerelve a masina, a BIOS rendben látja is, de a frissen telepített up2date Fedora 17 x86_64 csak 8-at lát belőle. kernel-3.5.1-1.fc17.x86_64 de más verzióval sem jobb a helyzet.

Az alaplap egy Asrock A75 Extreme6 a RAM pedig G.Skill F312800CL9Q-16GBRL (4x4 GB modul).

Köszi!

UPDATE_1: Átírtam a címet, mert már világossá vált, hogy nem Fedora specifikus a probléma.

UPDATE_2: Sikerült egyeztetnem a kereskedővel, átcserélték olyan típusú RAM modulra, amit hivatalosan is támogat az ASRock A75. És láss csodát, valóban működik. Köszönöm mindenkinek a segítséget!

Csomagok listája és telepítése

Van egy CentOS 5.8 a saját gépemen és ugyanez egy másikon.
Azt szeretném, hogy a saját gépemen fent lévő csomagok közül egy se hiányozzon a másik gépen.
Milyen paranccsal tudom legyűjteni a nálam levőket, s hogy oldható meg ezek telepítése a másik gépre?

Az is kérdés lenne, hogy teljes gnome-ot tudok-e egy-két paranccsal telepíteni?

NAT és tűzfal

Hello!

teljesen el akadtam. nem tudom hogy miért nem akar NAT-ni. A tűzfalam így néz ki:
devices]# iptables -t nat -S
-P PREROUTING ACCEPT
-P POSTROUTING ACCEPT
-P OUTPUT ACCEPT
-A POSTROUTING -j LOG --log-prefix "iptables_POSTROUTING" --log-level 7
-A POSTROUTING -o eth0 -j MASQUERADE

devices]# iptables -S
-P INPUT DROP
-P FORWARD DROP
-P OUTPUT ACCEPT
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 80 -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 443 -j ACCEPT
-A INPUT -i eth0 -p tcp -m state --state NEW -m tcp --dport 22 -m recent --update --seconds 60 --hitcount 2 --rttl --name SSH --rsource -j DROP
-A INPUT -i eth0 -p tcp -m state --state NEW -m tcp --dport 22 -m recent --set --name SSH --rsource -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -i eth1 -j ACCEPT
-A FORWARD -j LOG --log-prefix "iptables_FORWARD" --log-level 7
-A FORWARD -i eth0 -o eth1 -m state --state RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -i eth1 -o eth0 -j ACCEPT
-A FORWARD -o lo -j ACCEPT
-A FORWARD -p icmp -j ACCEPT

és az alábbit produkálja:
devices]# ping -I eth0 www.google.com
PING www.l.google.com (74.125.132.105) from 192.168.0.103 eth0: 56(84) bytes of data.
64 bytes from wb-in-f105.1e100.net (74.125.132.105): icmp_seq=1 ttl=47 time=25.3 ms
^C
--- www.l.google.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 626ms
rtt min/avg/max/mdev = 25.374/25.374/25.374/0.000 ms
devices]# ping -I eth1 www.google.com
PING www.l.google.com (74.125.132.105) from 172.16.0.1 eth1: 56(84) bytes of data.
From 172.16.0.1 icmp_seq=1 Destination Host Unreachable
From 172.16.0.1 icmp_seq=2 Destination Host Unreachable
From 172.16.0.1 icmp_seq=3 Destination Host Unreachable
^C
--- www.l.google.com ping statistics ---
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3671ms
pipe 3

az eth0 = internet
az eth1 = LAN

van valakinek valami ötlete hol a hiba?

red hat vizsgák

hello

A közeljövőben készülök Red Hat vizsgákra (kiegészítés - RHCSA és RHCE). Tudom, hogy semmi sem nyilvános róla, de ha valakinek van valami ötlete
mikre érdemes nagyobb hangsúlyt fektetni és mi az amit csak érdemes átolvasni, de nem kell elmélyedni.

Előre is köszönöm a tippeket, tanácsokat.

További szép napot mindenkinek.

Fedora Pure-FTDd

Próbálgatom itt a Fedorát VirtualBoxon.

Ezerszer állítottam be már Debian, sőt Windows alatt pure-ftpd-t.
Fedora rendszeren viszont nincs gyakorlatom, most telepítettem
netinstallról először magát a rendszert. Csak a kíváncsiság vezérel,
hogy ne "fikázzam" Debianosként a Fedorát, de megakadtam.

Telepítettem: yum install pure-ftpd

Indítás: service pure-ftpd start

Beállítások:

/etc/pure-ftpd/

Tűzfal, hogy távolról is elérhessük:

Itt:

/etc/sysconfig/iptables

Ezt hozzáadtam:

-A INPUT -m state --state NEW -m tcp -p tcp --dport 21 -j ACCEPT
-A INPUT -p TCP --dport 20 -m state --state ESTABLISHED, RELATED -j ACCEPT
-A INPUT -p TCP --sport 1024: -m state --state ESTABLISHED,RELATED -j ACCEPT

Javítottam itt:
/etc/sysconfig/iptables-config

A következőre:

IPTABLES_MODULES="ip_conntrack_ftp"

Ezek után teszteltem:

ftp 192.168.1.107
Connected to 192.168.1.107.
220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
220-You are user number 1 of 50 allowed.
220-Local time is now 21:37. Server port: 21.
220-IPv6 connections are also welcome on this server.
220 You will be disconnected after 15 minutes of inactivity.
Name (192.168.1.107:andras): andras
331 User andras OK. Password required
Password:
421 Service not available, remote server has closed connection
Login failed.
No control connection for command: No such file or directory
ftp>

Gondoltam elrontottam a tűzfal szabályokat, ezért kikapcsoltam a tűzfalat.

A gond az, hogy ugyanez van, kikapcsolt tűzfal esetén is, és localhoston is:
ftp localhost

Olyankor szoktam ilyet látni pure-ftpd esetén, ha nincs beállítva a
DontResolve = yes

De néztem, a Fedora alaptelepítés így van beállítva, azaz DontResolve = yes

Az andras egy linuxos felhasználó.

Mellesleg néha elfogadja a jelszót, de akkor az ls prancsra:

ls
421 Service not available, remote server has closed connection

Mit hagyok ki? Fedorán van még valamire szükség a működéshez?

Néhány próbálkozás a /var/log/messages fájlban:
Aug 2 23:15:43 feher pure-ftpd: (?@192.168.1.4) [INFO] New connection from 192.168.1.4
Aug 2 23:15:51 feher systemd-logind[324]: New session c6 of user andras.
Aug 2 23:15:51 feher systemd-logind[324]: Removed session c6.
Aug 2 23:15:51 feher pure-ftpd: (?@192.168.1.4) [INFO] andras is now logged in
Aug 2 23:16:10 feher pure-ftpd: (?@192.168.1.4) [INFO] New connection from 192.168.1.4
Aug 2 23:16:17 feher systemd-logind[324]: New session c7 of user andras.
Aug 2 23:16:17 feher systemd-logind[324]: Removed session c7.

[MEGOLDVA]apache és IPTABLES

hello

Egy CentOS 6.3-on felraktam egy Apache-t. Szépen megy is ha nincs tűzfal. A tűzfalam így néz ki:
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
ACCEPT icmp -- anywhere anywhere
ACCEPT all -- anywhere anywhere
ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ssh
REJECT all -- anywhere anywhere reject-with icmp-host-prohibited
ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:http

Chain FORWARD (policy ACCEPT)
target prot opt source destination
REJECT all -- anywhere anywhere reject-with icmp-host-prohibited

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

Chain LOGDROP (0 references)
target prot opt source destination
LOG tcp -- anywhere anywhere limit: avg 2/sec burst 10 LOG level warning prefix `TCP LOGDROP:'

Nem értem hogy miért nem megy, hiszen a RELATED, ESTABLISHED és a 80-as port is nyitva van neki.
A neten nem találtam egyebet csak azt hogy
"-A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT" adjam hozzá az /etc/sysconfig/iptables állományhoz majd restart iptables. Ez meg is történt és ennek ellenére elhasal a tűzfalon a kapcsolat. Próbálom loggolni de eddig nem mondott semmit.

Valakinek valami ötlet?

[megfoldva] Postgres nem indul automatikusan

Kedves Hozzáértő kollégák!

Már az összes ötletemet ellőttem a postgres automatikus indításával kapcsolatban, de előrébb nem jutottam.

CentOS release 6.3 (Final) rajta postgresql-8.4.12-1.el6_2.x86_64, postgresql-libs-8.4.12-1.el6_2.x86_64, postgresql-server-8.4.12-1.el6_2.x86_64 csomagokkal.

A gyári stock startup script nem indítja el az adatbázis kezelőt boot folyamat során.
Annyi változás van, hogy megváltoztattuk a DATA dir-t /opt/pgsql/data-ra.

Ezért készítettem egy saját boot scrit-et amit kézzel futtatva simán lefut, de boot-kor az sem...

ötlet?

szerk:
mo.: selinux=0 a kernel boot paraméterek közé és működik a scriptem...
pedig SELINUX-ot nem telepítettem!

shared libraries / ldconfig / LD_LIBRARY_PATH kerdes

Sziasztok,

a cimben szereplo shared libraries / ldconfig / LD_LIBRARY_PATH-rol lenne egy erdeklodo kerdesem. Igazabol nincs gondom, csak nem ertem teljesen hogy mukodik.

Adott egy python2.7.3 telepitett shell RHEL5.8-as masinan, ahonnan IBM MQ csatornakba kene belepni, lekerdezni, meghivni dolgokat stb. Ehhez van egy remek kis plugin a PyMQI .

Ahogy az mar lenni szokott, hogy ez rendesen mukodjon kellenek neki az mqm (mq cliens) lib-jei.

Na mar most kerdesem az lenne, hogy mi a kulonbseg es mi a jobb megoldas:

1, a user .bash_profile-jaba (vagy a kozos /etc/profiles-ba) bele rakom egyszeruen a kovetkezo sort:

export LD_LIBRARY_PATH=/opt/mqm/lib64

2, ldconfig paranncsal "ossze linkelni", vagyis $ldconfig /opt/mqm/lib64

Mindket verzio mukodik, en az 1-est hasznaltam, de a kedves es mindig okoskodo fejlesztok google-zas kozben talaltak egy doksit mi szerint ez nem helyes csak temp megoldasnak jo, hasznaljam a 2-es verziot.
Lehet igazuk van, de en nem vagom mi a kulonbseg a ketto kozott es melyiket hasznaljam inkabb?

koszi a tippeket elore is.

tftpd tavoli upload nem megy - solved

Hali,

helyi geprol megy a fel es a letoltes, viszont tavoli geprol csak a letoltes megy.
A feltolteskor letrehozza az allomanyt 0 bit merettel, de a tavoli kliensnel Transfer timed out-ra fut.

A tcpdumpon latszik, hogy vagy 4* probalkozik, de ennyi.

A strace sem tul bobeszedu szamomra, legalabbis en nem latom, hogy mi a nyugje.


# strace /usr/sbin/in.tftpd -L -4 -c -u root --verbosity 6 -s "/tftpboot/"
execve("/usr/sbin/in.tftpd", ["/usr/sbin/in.tftpd", "-L", "-4", "-c", "-u", "root", "--verbosity", "6", "-s", "/tftpboot/"], [/* 27 vars */]) = 0
brk(0) = 0x141e000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fecb93a1000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=35444, ...}) = 0
mmap(NULL, 35444, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fecb9398000
close(3) = 0
open("/lib64/libwrap.so.0", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20/\340\0323\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=43256, ...}) = 0
mmap(0x331ae00000, 2138280, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x331ae00000
mprotect(0x331ae08000, 2097152, PROT_NONE) = 0
mmap(0x331b008000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0x331b008000
mmap(0x331b00a000, 168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x331b00a000
close(3) = 0
open("/lib64/libnsl.so.1", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p@ \0333\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=116368, ...}) = 0
mmap(0x331b200000, 2198192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x331b200000
mprotect(0x331b216000, 2093056, PROT_NONE) = 0
mmap(0x331b415000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0x331b415000
mmap(0x331b417000, 6832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x331b417000
close(3) = 0
open("/lib64/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360\355\341\0313\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1918016, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fecb9397000
mmap(0x3319e00000, 3741864, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x3319e00000
mprotect(0x3319f89000, 2093056, PROT_NONE) = 0
mmap(0x331a188000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x188000) = 0x331a188000
mmap(0x331a18d000, 18600, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x331a18d000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fecb9396000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fecb9395000
arch_prctl(ARCH_SET_FS, 0x7fecb9396700) = 0
mprotect(0x331b008000, 4096, PROT_READ) = 0
mprotect(0x331b415000, 4096, PROT_READ) = 0
mprotect(0x331a188000, 16384, PROT_READ) = 0
mprotect(0x3319c1f000, 4096, PROT_READ) = 0
munmap(0x7fecb9398000, 35444) = 0
brk(0) = 0x141e000
brk(0x143f000) = 0x143f000
open("/etc/localtime", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
fstat(3, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fecb93a0000
read(3, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\1\0\0\0\0"..., 4096) = 118
lseek(3, -62, SEEK_CUR) = 56
read(3, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\1\0\0\0\0"..., 4096) = 62
close(3) = 0
munmap(0x7fecb93a0000, 4096) = 0
socket(PF_FILE, SOCK_DGRAM|SOCK_CLOEXEC, 0) = 3
connect(3, {sa_family=AF_FILE, path="/dev/log"}, 110) = 0
getpid() = 14165
chdir("/tftpboot/") = 0
socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 4
connect(4, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
close(4) = 0
socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 4
connect(4, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
close(4) = 0
open("/etc/nsswitch.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=1688, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fecb93a0000
read(4, "#\n# /etc/nsswitch.conf\n#\n# An ex"..., 4096) = 1688
read(4, "", 4096) = 0
close(4) = 0
munmap(0x7fecb93a0000, 4096) = 0
open("/etc/ld.so.cache", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=35444, ...}) = 0
mmap(NULL, 35444, PROT_READ, MAP_PRIVATE, 4, 0) = 0x7fecb9398000
close(4) = 0
open("/lib64/libnss_files.so.2", O_RDONLY) = 4
read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360!\0\0\0\0\0\0"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=65928, ...}) = 0
mmap(NULL, 2151824, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7fecb9187000
mprotect(0x7fecb9193000, 2097152, PROT_NONE) = 0
mmap(0x7fecb9393000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xc000) = 0x7fecb9393000
close(4) = 0
mprotect(0x7fecb9393000, 4096, PROT_READ) = 0
munmap(0x7fecb9398000, 35444) = 0
open("/etc/passwd", O_RDONLY|O_CLOEXEC) = 4
fcntl(4, F_GETFD) = 0x1 (flags FD_CLOEXEC)
fstat(4, {st_mode=S_IFREG|0644, st_size=1529, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fecb93a0000
read(4, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) = 1529
close(4) = 0
munmap(0x7fecb93a0000, 4096) = 0
umask(0) = 077
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
fcntl(4, F_GETFL) = 0x2 (flags O_RDWR)
fcntl(4, F_SETFL, O_RDWR|O_NONBLOCK) = 0
bind(4, {sa_family=AF_INET, sin_port=htons(69), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
setsockopt(0, SOL_IP, IP_MTU_DISCOVER, [0], 4) = -1 ENOTSOCK (Socket operation on non-socket)
rt_sigaction(SIGCHLD, {SIG_IGN, [], SA_RESTORER|SA_NOCLDSTOP|SA_NOCLDWAIT, 0x3319e32920}, NULL, 8) = 0
rt_sigaction(SIGHUP, {0x4021e0, [], SA_RESTORER, 0x3319e32920}, NULL, 8) = 0
select(5, [4], NULL, NULL, NULL

) = 1 (in [4])
recvmsg(4, {msg_name(16)={sa_family=AF_INET, sin_port=htons(42622), sin_addr=inet_addr("1.1.1.2")}, msg_iov(1)=[{"\0\2install.log\0netascii\0\0\0\0\0\0\0\0\0\0"..., 65468}], msg_controllen=0, msg_flags=0}, 0) = 23
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fecb93969d0) = 14166
select(5, [4], NULL, NULL, NULL
) = 1 (in [4])
setsockopt(4, SOL_IP, IP_PKTINFO, [1], 4) = 0
recvmsg(4, {msg_name(16)={sa_family=AF_INET, sin_port=htons(42622), sin_addr=inet_addr("1.1.1.2")}, msg_iov(1)=[{"\0\2install.log\0netascii\0\0\0\0\0\0\0\0\0\0"..., 65468}], msg_controllen=32, {cmsg_len=28, cmsg_level=SOL_IP, cmsg_type=, ...}, msg_flags=0}, 0) = 23
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 5
connect(5, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("1.1.1.1")}, 16) = 0
getsockname(5, {sa_family=AF_INET, sin_port=htons(43719), sin_addr=inet_addr("1.1.1.1")}, [16]) = 0
close(5) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fecb93969d0) = 14167
select(5, [4], NULL, NULL, NULL) = 1 (in [4])
setsockopt(4, SOL_IP, IP_PKTINFO, [1], 4) = 0
recvmsg(4, {msg_name(16)={sa_family=AF_INET, sin_port=htons(42622), sin_addr=inet_addr("1.1.1.2")}, msg_iov(1)=[{"\0\2install.log\0netascii\0\0\0\0\0\0\0\0\0\0"..., 65468}], msg_controllen=32, {cmsg_len=28, cmsg_level=SOL_IP, cmsg_type=, ...}, msg_flags=0}, 0) = 23
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 5
connect(5, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("1.1.1.1")}, 16) = 0
getsockname(5, {sa_family=AF_INET, sin_port=htons(58053), sin_addr=inet_addr("1.1.1.1")}, [16]) = 0
close(5) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fecb93969d0) = 14168
select(5, [4], NULL, NULL, NULL) = 1 (in [4])
setsockopt(4, SOL_IP, IP_PKTINFO, [1], 4) = 0
recvmsg(4, {msg_name(16)={sa_family=AF_INET, sin_port=htons(42622), sin_addr=inet_addr("1.1.1.2")}, msg_iov(1)=[{"\0\2install.log\0netascii\0\0\0\0\0\0\0\0\0\0"..., 65468}], msg_controllen=32, {cmsg_len=28, cmsg_level=SOL_IP, cmsg_type=, ...}, msg_flags=0}, 0) = 23
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 5
connect(5, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("1.1.1.1")}, 16) = 0
getsockname(5, {sa_family=AF_INET, sin_port=htons(43760), sin_addr=inet_addr("1.1.1.1")}, [16]) = 0
close(5) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fecb93969d0) = 14169
select(5, [4], NULL, NULL, NULL) = 1 (in [4])
setsockopt(4, SOL_IP, IP_PKTINFO, [1], 4) = 0
recvmsg(4, {msg_name(16)={sa_family=AF_INET, sin_port=htons(42622), sin_addr=inet_addr("1.1.1.2")}, msg_iov(1)=[{"\0\2install.log\0netascii\0\0\0\0\0\0\0\0\0\0"..., 65468}], msg_controllen=32, {cmsg_len=28, cmsg_level=SOL_IP, cmsg_type=, ...}, msg_flags=0}, 0) = 23
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 5
connect(5, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("1.1.1.1")}, 16) = 0
getsockname(5, {sa_family=AF_INET, sin_port=htons(32915), sin_addr=inet_addr("1.1.1.1")}, [16]) = 0
close(5) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fecb93969d0) = 14170
select(5, [4], NULL, NULL, NULL^C

az ujsorokat en nyomogattam, hogy lassam amikor probalkozik.

Szerkesztes:

megoldva.

Megoldas:

mivel szabira mentem, atadtam a problemat par kollegamnak. Az egyik megoldotta:

"All,

It took us no longer than about 30 seconds to identify this trivial condition that was caused by the vmxnet3 driver. We changed eth0 in Vcenter from VMXNET3 to E1000, and now it works!

-

P.S.: When I say "30 seconds", I mean "2 hours, 30 tcpdumps and 1 reboot", and when I say "trivial", I mean, "OMFG"."

Azt hiszem soha ebben az eletben nem talaltam volna meg/ki.

Fedora 17 (x86_64) furcsaságok

Eddig F13-at használtam. Hosszas hezitálás után telepítettem az F17-et (x86_64). Xfce-t használok már pár év óta. Ebben a környezetben tapasztaltam néhány furcsa jelenséget.Néha az USB-s billentyűzet egyszerűen leáll és egyik gombra sem reagál. Ha kihúzom és újra bedugom akkor ismét működik és lehet hogy aznap nem hülyül meg újra. F13-on nem volt semmi baja.

Az nvidia meghajtó nem működik OpenGL-el. Még az nvidia-settings is elszáll ha az "OpenGL/GLX Information" sorra kattintok. F13-on (i686) semmi gondom nem volt vele. (Ezen a rendszeren a Firefox 13-ban működik a flash. Csak annyi furcsaság van vele hogy ha a jelenlegi mellett belépek más felhasználónéven is és ott is elindítom a Firefox-ot akkor a Youtube videókban az emberi bőr színe kékeslila lesz. Az eredeti felhasználóval nézve ez rendben van.)

Ha elindítom a gedit-et, elsőre nem történik semmi. Ha parancssorból indítom akkor azt látom hogy vár valamire a végtelenségig, de nem jelenik meg a program a grafikus felületen. ^C-vel kilövöm és kész. Ha viszont az asztalon lévő ikonra kattintok egymás után kétszer kb. egy-két másodperc kihagyással, akkor megjön az ablak és lehet használni a programot. A geany szerkesztő viszont azonnal működik és eddig még más program sem produkált ilyen marhaságot.

Van valakinek ilyen tapasztalata, netán megoldása valamelyik problémára?