abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
Přihlášení | Registrace
×
napište » Zprávičky
inzerujte » Pracovní nabídky
    Nvidia po souhlasu od Trumpovy vlády obnoví prodej čipů pro AI do Číny
    dnes 20:44 | IT novinky

    Americký výrobce čipů Nvidia získal od vlády prezidenta Donalda Trumpa souhlas s prodejem svých pokročilých počítačových čipů používaných k vývoji umělé inteligence (AI) H20 do Číny. Prodej těchto čipů speciálně upravených pro čínský trh by tak mohl být brzy obnoven, uvedla firma na svém blogu. Americká vláda zakázala prodej v dubnu, v době eskalace obchodního sporu mezi oběma zeměmi. Tehdy to zdůvodnila obavami, že by čipy mohla využívat čínská armáda.

    Ladislav Hagara | Komentářů: 0
    Blender 4.5 LTS
    dnes 17:22 | Nová verze

    3D software Blender byl vydán ve verzi 4.5 s prodlouženou podporou. Podrobnosti v poznámkách k vydání. Videopředstavení na YouTube.

    Ladislav Hagara | Komentářů: 0
    Open source webový aplikační framework Django slaví 20. narozeniny
    včera 22:22 | Komunita

    Open source webový aplikační framework Django slaví 20. narozeniny.

    Ladislav Hagara | Komentářů: 0
    DebConf25
    včera 16:11 | Komunita

    V Brestu dnes začala konference vývojářů a uživatelů linuxové distribuce Debian DebConf25. Na programu je řada zajímavých přednášek. Sledovat je lze online.

    Ladislav Hagara | Komentářů: 0
    Před 30 lety se začala používat přípona .mp3
    včera 11:33 | IT novinky

    Před 30 lety, tj. 14. července 1995, se začala používat přípona .mp3 pro soubory s hudbou komprimovanou pomocí MPEG-2 Audio Layer 3.

    Ladislav Hagara | Komentářů: 26
    Commodore 64 Ultimate
    včera 10:55 | IT novinky

    Výroba 8bitových domácích počítačů Commodore 64 byla ukončena v dubnu 1994. Po více než 30 letech byl představen nový oficiální Commodore 64 Ultimate (YouTube). S deskou postavenou na FPGA. Ve 3 edicích v ceně od 299 dolarů a plánovaným dodáním v říjnu a listopadu letošního roku.

    Ladislav Hagara | Komentářů: 20
    Reachy Mini, open source robot od Hugging Face
    13.7. 17:55 | Zajímavý projekt

    Společnost Hugging Face ve spolupráci se společností Pollen Robotics představila open source robota Reachy Mini (YouTube). Předobjednat lze lite verzi za 299 dolarů a wireless verzi s Raspberry Pi 5 za 449 dolarů.

    Ladislav Hagara | Komentářů: 17
    Počítačová hra DOGWALK
    11.7. 16:44 | Komunita

    Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.

    Ladislav Hagara | Komentářů: 3
    AI řešení náboru pracovníku pro McDonald's mělo přihlašovací jméno 123456 a heslo 123456
    11.7. 14:55 | Humor

    McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.

    Ladislav Hagara | Komentářů: 16
    Visual Studio Code a VSCodium 1.102
    11.7. 00:11 | Nová verze

    Byla vydána (𝕏) červnová aktualizace aneb nová verze 1.102 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.102 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    Centrum | Napsat | Starší
    navrhněte » Anketa
    Jaký je váš oblíbený skriptovací jazyk?
     (59%)
     (26%)
     (7%)
     (3%)
     (1%)
     (1%)
     (4%)
    Celkem 397 hlasů
     Komentářů: 16, poslední 8.6. 21:05
    Rozcestník
    AbcLinuxu
    HDmag.cz
    AbcLinuxu:/ Poradna / Linuxová poradna / Vycerpani pameti FC5
    Štítky: ALSA, audio, bezpečnost, BIND, C, CUPS, distribuce, DNS, Fedora, glibc, hardware, kernel, Linux, Live, programování, RAM, RPM, Samba, SELinux, SUSE, tiskárny, urpmi

    Dotaz: Vycerpani pameti FC5

    9.9.2006 10:13 brusell | skóre: 3 | Praha
    Vycerpani pameti FC5
    Přečteno: 172×
    Mel bych prosbu.Pouzivam na domacim serveru Fedora Core 5.Pred casem se zacal objevovat problem, ze server po nejake dobe vytuhl a musel se natvrdo vyresetovat.Koukal jsem do logu a vzdy doslo nejakou formou k vycerpani pameti i swapu a server killnul sluzbu, ktera zrovna mela nejvetsi pametove naroky /obcas BIND, obcas DHCPD, obcas AV atd./ Povypinal jsem vsechny /podle me zbytecne sluzby/, ale problem se jevi stale jako nevyreseny. Ted po cca 12 hodinach behu to vypada, ze k vycerpani pameti dojde opet. Viz.log. 
    ############################################
top - 09:44:39 up 12:14,  1 user,  load average: 0.00, 0.00, 0.00
Tasks:  65 total,   1 running,  63 sleeping,   0 stopped,   1 zombie
Cpu(s):  0.5% us,  0.1% sy,  0.0% ni, 99.0% id,  0.3% wa,  0.0% hi,  0.0% si
Mem:    513372k total,   403572k used,   109800k free,    44968k buffers
Swap:   786424k total,       76k used,   786348k free,   277952k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 8732 root      15   0  2132  912  720 R    2  0.2   0:00.01 top
    1 root      16   0  1988  664  572 S    0  0.1   0:01.29 init
    2 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/0
    3 root      34  19     0    0    0 S    0  0.0   0:00.00 ksoftirqd/0
    4 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/0
    5 root      RT   0     0    0    0 S    0  0.0   0:00.02 migration/1
    6 root      34  19     0    0    0 S    0  0.0   0:00.00 ksoftirqd/1
    7 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/1
    8 root      10  -5     0    0    0 S    0  0.0   0:00.00 events/0
    9 root      10  -5     0    0    0 S    0  0.0   0:00.00 events/1
   10 root      10  -5     0    0    0 S    0  0.0   0:00.02 khelper
   11 root      11  -5     0    0    0 S    0  0.0   0:00.00 kthread
   14 root      10  -5     0    0    0 S    0  0.0   0:00.32 kblockd/0
   15 root      10  -5     0    0    0 S    0  0.0   0:00.14 kblockd/1
   16 root      14  -5     0    0    0 S    0  0.0   0:00.00 kacpid
   80 root      10  -5     0    0    0 S    0  0.0   0:00.00 khubd
  135 root      15   0     0    0    0 S    0  0.0   0:00.81 pdflush
  136 root      15   0     0    0    0 S    0  0.0   0:00.44 pdflush
  137 root      15   0     0    0    0 S    0  0.0   0:01.10 kswapd0
  138 root      11  -5     0    0    0 S    0  0.0   0:00.00 aio/0
  139 root      11  -5     0    0    0 S    0  0.0   0:00.00 aio/1
  226 root      10  -5     0    0    0 S    0  0.0   0:00.00 kseriod
  302 root      11  -5     0    0    0 S    0  0.0   0:00.00 kpsmoused
  327 root      11  -5     0    0    0 S    0  0.0   0:00.00 scsi_eh_0
  384 root      13  -5     0    0    0 S    0  0.0   0:00.00 kmirrord
  397 root      15   0     0    0    0 S    0  0.0   0:02.17 kjournald
  436 root      11  -5     0    0    0 S    0  0.0   0:00.00 kauditd
  460 root      13  -4  2200  680  384 S    0  0.1   0:00.38 udevd
 1113 root      23   0     0    0    0 S    0  0.0   0:00.00 kjournald
 1115 root      16   0     0    0    0 S    0  0.0   0:01.40 kjournald
 1117 root      15   0     0    0    0 S    0  0.0   0:00.00 kjournald
 1381 root      16   0  1656  560  460 S    0  0.1   0:00.13 syslogd
 1384 root      15   0  1600  396  332 S    0  0.1   0:00.04 klogd
 1394 root      16   0  1600  300  224 S    0  0.1   0:00.00 irqbalance
 1459 rpc       15   0  1732  560  464 S    0  0.1   0:00.00 portmap
 1478 rpcuser   17   0  1744  724  620 S    0  0.1   0:00.02 rpc.statd
 1508 root      16   0  4728  584  308 S    0  0.1   0:00.00 rpc.idmapd
"log" 147L, 17483C

############################################

UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 Sep08 ?        00:00:01 init [5]
root         2     1  0 Sep08 ?        00:00:00 [migration/0]
root         3     1  0 Sep08 ?        00:00:00 [ksoftirqd/0]
root         4     1  0 Sep08 ?        00:00:00 [watchdog/0]
root         5     1  0 Sep08 ?        00:00:00 [migration/1]
root         6     1  0 Sep08 ?        00:00:00 [ksoftirqd/1]
root         7     1  0 Sep08 ?        00:00:00 [watchdog/1]
root         8     1  0 Sep08 ?        00:00:00 [events/0]
root         9     1  0 Sep08 ?        00:00:00 [events/1]
root        10     1  0 Sep08 ?        00:00:00 [khelper]
root        11     1  0 Sep08 ?        00:00:00 [kthread]
root        14    11  0 Sep08 ?        00:00:00 [kblockd/0]
root        15    11  0 Sep08 ?        00:00:00 [kblockd/1]
root        16    11  0 Sep08 ?        00:00:00 [kacpid]
root        80    11  0 Sep08 ?        00:00:00 [khubd]
root       135    11  0 Sep08 ?        00:00:00 [pdflush]
root       136    11  0 Sep08 ?        00:00:00 [pdflush]
root       137     1  0 Sep08 ?        00:00:01 [kswapd0]
root       138    11  0 Sep08 ?        00:00:00 [aio/0]
root       139    11  0 Sep08 ?        00:00:00 [aio/1]
root       226    11  0 Sep08 ?        00:00:00 [kseriod]
root       302    11  0 Sep08 ?        00:00:00 [kpsmoused]
root       327    11  0 Sep08 ?        00:00:00 [scsi_eh_0]
root       384    11  0 Sep08 ?        00:00:00 [kmirrord]
root       397     1  0 Sep08 ?        00:00:02 [kjournald]
root       436    11  0 Sep08 ?        00:00:00 [kauditd]
root       460     1  0 Sep08 ?        00:00:00 /sbin/udevd -d
root      1113     1  0 Sep08 ?        00:00:00 [kjournald]
root      1115     1  0 Sep08 ?        00:00:01 [kjournald]
root      1117     1  0 Sep08 ?        00:00:00 [kjournald]
root      1381     1  0 Sep08 ?        00:00:00 syslogd -m 0
root      1384     1  0 Sep08 ?        00:00:00 klogd -x
root      1394     1  0 Sep08 ?        00:00:00 irqbalance
rpc       1459     1  0 Sep08 ?        00:00:00 portmap
rpcuser   1478     1  0 Sep08 ?        00:00:00 rpc.statd
root      1508     1  0 Sep08 ?        00:00:00 rpc.idmapd
dbus      1522     1  0 Sep08 ?        00:00:00 dbus-daemon --system
root      1628     1  0 Sep08 ?        00:00:00 /usr/sbin/automount --timeout=60 /net program /etc/auto.net
root      1641     1  0 Sep08 ?        00:00:00 cupsd
root      1649     1  0 Sep08 ?        00:00:00 /usr/sbin/sshd
root      1659     1  0 Sep08 ?        00:00:00 xinetd -stayalive -pidfile /var/run/xinetd.pid
ntp       1671     1  0 Sep08 ?        00:00:00 ntpd -u ntp:ntp -p /var/run/ntpd.pid -g
root      1681     1  0 Sep08 ?        00:00:00 /usr/sbin/dhcpd
"ser" 66L, 4295C
############################################
jeste prikladam hlasku z logu.......ted koukam, jestli to nakonec nedela Samba.......

Sep  8 06:38:09 linux kernel: DMA32: empty
Sep  8 06:38:09 linux kernel: Normal: 56*4kB 3*8kB 1*16kB 1*32kB 1*64kB 2*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 2920kB
Sep  8 06:38:11 linux kernel: HighMem: empty
Sep  8 06:38:12 linux kernel: Swap cache: add 641493, delete 641243, find 52399/106816, race 1+13
Sep  8 06:38:13 linux kernel: Free swap  = 0kB
Sep  8 06:38:16 linux kernel: Total swap = 786424kB
Sep  8 06:38:19 linux kernel: Free swap:            0kB
Sep  8 06:38:22 linux kernel: 131070 pages of RAM
Sep  8 06:38:23 linux kernel: 0 pages of HIGHMEM
Sep  8 06:38:30 linux kernel: 2743 reserved pages
Sep  8 06:38:36 linux kernel: 26289 pages shared
Sep  8 06:38:40 linux kernel: 250 pages swap cached
Sep  8 06:38:42 linux kernel: 0 pages dirty
Sep  8 06:38:46 linux kernel: 0 pages writeback
Sep  8 06:38:55 linux kernel: 119131 pages mapped
Sep  8 06:38:55 linux kernel: 3788 pages slab
Sep  8 06:38:56 linux kernel: 2491 pages pagetables
Sep  8 06:38:56 linux kernel: oom-killer: gfp_mask=0x201d2, order=0
Sep  8 06:39:12 linux kernel: DMA per-cpu:
Sep  8 06:39:15 linux kernel: cpu 0 hot: high 0, batch 1 used:0
Sep  8 06:39:17 linux kernel: cpu 0 cold: high 0, batch 1 used:0
Sep  8 06:39:20 linux kernel: cpu 1 hot: high 0, batch 1 used:0
Sep  8 06:39:21 linux kernel: cpu 1 cold: high 0, batch 1 used:0
Sep  8 06:39:24 linux kernel: DMA32 per-cpu: empty
Sep  8 06:39:27 linux kernel: Normal per-cpu:
Sep  8 06:39:29 linux kernel: cpu 0 hot: high 186, batch 31 used:4
Sep  8 06:39:30 linux kernel: cpu 0 cold: high 62, batch 15 used:52
Sep  8 06:39:31 linux kernel: cpu 1 hot: high 186, batch 31 used:27
Sep  8 06:39:34 linux kernel: cpu 1 cold: high 62, batch 15 used:57
Sep  8 06:39:48 linux kernel: HighMem per-cpu: empty
Sep  8 06:39:53 linux kernel: Free pages:        4988kB (0kB HighMem)
Sep  8 06:39:58 linux kernel: Active:59340 inactive:59447 dirty:0 writeback:0 unstable:0 free:1247 slab:3788 mapped:119131 pagetables:2491
Sep  8 06:39:59 linux kernel: DMA free:2068kB min:88kB low:108kB high:132kB active:5608kB inactive:4280kB present:16384kB pages_scanned:10244 all_unreclaimable? yes
Sep  8 06:40:00 linux kernel: lowmem_reserve[]: 0 0 495 495
Sep  8 06:40:08 linux kernel: DMA32 free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
Sep  8 06:40:19 linux kernel: lowmem_reserve[]: 0 0 495 495
Sep  8 06:40:23 linux kernel: Normal free:2920kB min:2804kB low:3504kB high:4204kB active:231880kB inactive:233380kB present:507896kB pages_scanned:591344 all_unreclaimable? yes
Sep  8 06:40:23 linux kernel: lowmem_reserve[]: 0 0 0 0
Sep  8 06:40:24 linux kernel: HighMem free:0kB min:128kB low:128kB high:128kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
Sep  8 06:41:08 linux kernel: lowmem_reserve[]: 0 0 0 0
Sep  8 06:45:07 linux kernel: DMA: 1*4kB 0*8kB 1*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 2068kB
Sep  8 06:45:08 linux kernel: DMA32: empty
Sep  8 06:45:08 linux kernel: Normal: 56*4kB 3*8kB 1*16kB 1*32kB 1*64kB 2*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 2920kB
Sep  8 06:45:08 linux kernel: HighMem: empty
Sep  8 06:45:31 linux kernel: Swap cache: add 641501, delete 641243, find 52399/106817, race 1+13
Sep  8 06:45:59 linux nmbd[1794]: [2006/09/08 06:45:58, 0] nmbd/nmbd_incomingdgrams.c:process_local_master_announce(309) 
Sep  8 06:46:17 linux kernel: Free swap  = 0kB
Sep  8 06:46:25 linux nmbd[1794]:   process_local_master_announce: Server SUSE at IP 192.168.1.2 is announcing itself as a local master browser for workgroup KGB.VOK and we think we are master. Forcing election. 
Sep  8 06:46:29 linux kernel: Total swap = 786424kB
Sep  8 06:46:30 linux nmbd[1794]: [2006/09/08 06:46:30, 0] nmbd/nmbd_become_lmb.c:unbecome_local_master_success(149) 
Sep  8 06:46:30 linux kernel: Free swap:            0kB
Sep  8 06:46:33 linux nmbd[1794]:   ***** 
Sep  8 06:46:36 linux kernel: 131070 pages of RAM
Sep  8 06:46:40 linux nmbd[1794]:    
Sep  8 06:46:41 linux kernel: 0 pages of HIGHMEM
Sep  8 06:46:43 linux nmbd[1794]:   Samba name server LINUX has stopped being a local master browser for workgroup XXX.XXX on subnet 192.168.1.1 
Sep  8 06:46:44 linux kernel: 2743 reserved pages
Sep  8 06:46:45 linux nmbd[1794]:    
Sep  8 06:46:47 linux kernel: 26280 pages shared
Sep  8 06:46:49 linux nmbd[1794]:   ***** 
Sep  8 06:46:49 linux kernel: 258 pages swap cached
Sep  8 06:46:51 linux kernel: 0 pages dirty
Sep  8 06:46:52 linux kernel: 0 pages writeback
Sep  8 06:46:54 linux kernel: 119131 pages mapped
Sep  8 06:46:54 linux kernel: 3788 pages slab
Sep  8 06:46:54 linux kernel: 2491 pages pagetables
Sep  8 06:46:56 linux kernel: Out of Memory: Kill process 1437 (named) score 6031 and children.
Sep  8 06:46:57 linux kernel: Out of memory: Killed process 1437 (named).
Sep  8 06:46:59 linux kernel: Out of Memory: Kill process 1438 (named) score 6031 and children.
Sep  8 06:47:00 linux kernel: Out of memory: Killed process 1438 (named).
Sep  8 06:47:03 linux nmbd[1794]: [2006/09/08 06:47:03, 0] nmbd/nmbd_become_lmb.c:become_local_master_stage2(396)
8 06:47:04 linux kernel: oom-killer: gfp_mask=0x201d2, order=0
    muzete nekdo prosim zkusit poradit, v cem muze byt problem a jak situaci resit?? Diky

    Brusell
    Nástroje: Začni sledovat (1) ?Zašle upozornění na váš email při vložení nového komentáře.

    Odpovědi

    9.9.2006 11:48 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Asi nejednoduší bude vše vypnout a postupně zapínat a kontrolovat která služba kolik žere :-)

    Jinak nějak nechápu je to server s dvěma CPU a máte jenom 512M ram ????

    Za další bych tam přidal ram :-) i na mém stolním PC mám více :-) 
    [petr@soban ~]$ free -b
             total       used       free     shared    buffers     cached
Mem:    1060274176  872407040  187867136          0   80097280  587436032
-/+ buffers/cache:  204873728  855400448
Swap:   1000701952          0 1000701952
    9.9.2006 12:17 brusell | skóre: 3 | Praha
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Diky za odpoved.Me je divne to, ze ji spotrebovava postupne a cim dal, tim vice.Pochopil bych, kdyby spotreba byla konstatni, krome obcasne narazove okamzite potreby, ale tady postupem casu umerne roste az do miry, kdy je RAM zcela vycerpana a zaplni se i swap.

    Jinak aktualni stav po 14 hodinach je.... 
    top - 11:56:24 up 14:25,  2 users,  load average: 0.00, 0.01, 0.00
Tasks:  67 total,   1 running,  64 sleeping,   0 stopped,   2 zombie
Cpu(s):  0.2% us,  0.3% sy,  0.0% ni, 99.5% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:    513372k total,   441936k used,    71436k free,    53616k buffers
Swap:   786424k total,       76k used,   786348k free,   305184k cached
    Jen pro upresneni na teto konfiguraci /jak hw tak sw/ avsak jen s 372RAM bezel tento server vice jak rok /za tuto dobu cca jen 3 restarty a to vetsinou spojene jen s jeho premistenim/, takze mi nepripada, ze by mel potreby zase tak velke, nebo by meli nejak narustat.Sluzby na nem bezici bylo videt v predchozim logu.Pridani RAM by bylo urcite dobrou variantou, nicmene asi ne reseni problemu.Je otazkou, jestli by se i po pridani nedostal za cas do stejne situace. Muzu se jeste zeptat, jestli je mozno nejakym zpusobem zjistit puvodce nejvetsi spotreby pameti??Myslim za nejaky casovy usek.

    Jinak me stolni PC, at take nezustavam pozadu....;o) 
     sudo free -b
             total       used       free     shared    buffers     cached
Mem:    1591615488  481796096 1109819392          0   62730240  268021760
-/+ buffers/cache:  151044096 1440571392
Swap:   4663693312          0 4663693312
    9.9.2006 12:26 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Podle výpisu je tam ram zatím dost v tuto chvíli 71436k free a 305184k cached.

    Co nějakej problém s jádrem že si jeden cpu přivlastní kus ram a nepustí ji pro druhej cpu kterej ji potřebuje a tak tu aplikaci zabije.

    Co vyskoušet jiné jádro ?
    9.9.2006 12:39 brusell | skóre: 3 | Praha
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Ctete mi myslenky, zrovna mi to take probehlo hlavou.Nicmene je tam verze 2.6.15-1.2054_FC5smp.Myslim si, ze v teto verzi by mela byt spoluprace vice procesoru nejspise uz vyresena, i kdyz kdo vi.....je to jadro, ktere se standartne nainstaluje pri instalaci Fedory.
    9.9.2006 12:47 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Není to nějaké zastaralé ????

    Já mám v FC5: 2.6.17-1.2174_FC5

    Takže co spustit yum upgrade ???
    9.9.2006 12:57 brusell | skóre: 3 | Praha
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Prostrednictvim yumu lze upgradovat i kernel??Muzete prosim detailneji popsat jak???
    9.9.2006 13:28 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Záleží jak to máte nastavené normálně to provede upgrade a kernel to instaluje (takže tam zůstane starý aspoň u mě).

    Jinak man yum nefunguje ?

    Jinak pokud chcete kernel tak není problém si nainstalovat další

    yum install kernel.......

    Nebo stáhnout a nainstalovat ručně :-) man rpm :-)

    Však zadejte yum upgrade a ono to vypíše co to bude dělat a potom to nemusíte povolit (stopnout to jde).
    9.9.2006 13:48 brusell | skóre: 3 | Praha
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Yum jsem doposud vyzuival jen pro instalaci/aktualizaci balicku.Netusil jsem, ze lze jeho prostrednictvim aktualizovat primo i kernel. Tak jsem to spustil......dej se vule bozi. Dekuji za rady, dam vedet.
    9.9.2006 13:01 brusell | skóre: 3 | Praha
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Jen me jeste napada.....yum upgrade zaktualizuje cely system, cetl jsem na tohle tema nekolik negativnich zkusenosti /nefunkcni mys/ atd. /i kdyz ta me asi u serveru trapit nemusi ;o)/ Myslite osobne, ze je to bezpecne???
    9.9.2006 13:34 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Ano pokud aktualizujete z FC4 na FC5 a podobně tak nastávají nepříjemnosti s knihovnou glibc nebo s některýmy závislosti třeba i OO který to neupgradlo a staré OO zabránilo aktualizaci, ale to se dá většinou řešit a nejlepší je to potom spouštět postupně a né vše naráz.

    (yum upgrade balicek atd...)

    Jinak mě například nechodí cups 1.2 takže jsem ho musel vyhodit a používám starší cups 1.1 a s tím i závislosti systém-config-printer atd.....

    Samozřejmě se problémy vyskytnou a je třeba ručně upravit konfigurák v /etc/* nějakého programu.

    Prostě nic není 100% takže proveďte yum upgrade a uvidíte co to bude chtít změnit, případně můžete nainstalovat pouze kernel yum install kernel-2.x.y.smp.....
    9.9.2006 13:46 ZAH | skóre: 43 | blog: ZAH
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Problém s upgrade FC4 -> FC5 není. Chce to to pouze místo na disku dost času a pro jistotu vypnout SELinux.
    9.9.2006 13:49 brusell | skóre: 3 | Praha
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Zdravim, jde o FC5, takze by problemy snad nastat nemusely /tedy doufejme/. Jen si nejsem jist, zda upgrade vyresi problem s pameti.
    9.9.2006 19:22 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Uvidíš :-)

    Jinak ti to přece napsalo co se bude upgradovat a co se bude instalovat. :-)
    9.9.2006 19:21 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Vycerpani pameti FC5
    Nevím už přesně zda to bylo FC4 -> FC5 nebo FC3 -> FC4 ale vznikla tam kolize mezi OO balíčky prostě nechtěly se upgradovat a na tom se zasekl cely upgrade + ještě nějaké balíčky haprovaly, takže jsem to řešil tím že jsem ty OO a další co se šprajcly odinstaloval pomocí rpm a provedl upgrade a OO potom doinstaloval nové.

    Dále mě to skolabovalo na glibc a pod....zase za to mohl starý balíček na kterém se to kouslo a část OS už byla nainstalovaná a část ne a část potřebovala glibc staré verze a další už novou verzi, a proto po pádu to nenaběhlo a z live distribuce jsem tam musel dodávat glibc aby se to rozběhlo atd....

    Prostě ono je to v tom že na 99,9% je to OK a já jsem trefil na to 1% - důvodem je že si to většinou upravuji k obrazu svému a některé balíčky co nepotřebuji vyhazuji a pod.....pak se to může na nějaké blbé závislosti kousnout.

    PS. mluvím o upgradu pomocí yumu mezi distribucemi (potom se musí projít ještě konfiguráky některé programy nechcou fungovat se starýmy konfiguráky například alsa u staré jsem měl konfigurák pro nastavení dmixu a nová alsa s tím konfigurákem nefungovala po smazání konfiguráku nová alsa funguje sama od sebe - nová bez konfiguráku má už dmix zaplý atd....), pomocí instalačního programu to proběhne vždy OK aspoň co jsem skoušel já.

    PS2. Prostě nikdy není nic 100%

    Založit nové vlákno • Nahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Píšeme jinde
    ISSN 1214-1267   www.czech-server.cz
    Redakce | Inzerce | Podmínky použití | Osobní údaje
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.