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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 11:30 | Komunita

Bylo oznámeno, že bude proveden bezpečnostní audit zdrojových kódů open source softwaru pro implementaci virtuálních privátních sítí OpenVPN. Audit provede Matthew D. Green (blog), uznávaný kryptolog a profesor na Univerzitě Johnse Hopkinse. Auditována bude verze 2.4 (aktuálně RC 1, stabilní verze je 2.3.14). Audit bude financován společností Private Internet Access [reddit].

Ladislav Hagara | Komentářů: 0
dnes 06:00 | Komunita

Na YouTube byl publikován Blender Institute Reel 2016, ani ne dvouminutový sestřih z filmů, které vznikly za posledních 10 let díky Blender Institutu. V institutu aktuálně pracují na novém filmu Agent 327. Dění kolem filmu lze sledovat na Blender Cloudu. Videoukázka Agenta 327 z června letošního roku na YouTube.

Ladislav Hagara | Komentářů: 0
dnes 01:02 | Zajímavý článek

Minulý týden byly vydány verze 1.2.3 a 1.1.7 webového poštovního klienta Roundcube. V oznámení o vydání bylo zmíněno řešení bezpečnostního problému nalezeného společností RIPS a souvisejícího s voláním funkce mail() v PHP. Tento týden byly zveřejněny podrobnosti. Útočník mohl pomocí speciálně připraveného emailu spustit na serveru libovolný příkaz. Stejně, jak je popsáno v článku Exploit PHP’s mail() to get remote code execution z roku 2014.

Ladislav Hagara | Komentářů: 1
včera 16:00 | Nová verze

Byla vydána verze 0.98 svobodného nelineárního video editoru Pitivi. Z novinek lze zmínit například přizpůsobitelné klávesové zkratky. Videoukázka práce s nejnovější verzí Pitivi na YouTube.

Ladislav Hagara | Komentářů: 1
včera 15:00 | Zajímavý software

Stop motion je technika animace, při níž je reálný objekt mezi jednotlivými snímky ručně upravován a posouván o malé úseky, tak aby po spojení vyvolala animace dojem spojitosti. Jaký software lze pro stop motion použít na Linuxu? Článek na OMG! Ubuntu! představuje Heron Animation. Ten bohužel podporuje pouze webové kamery. Podpora digitálních zrcadlovek je začleněna například v programu qStopMotion.

Ladislav Hagara | Komentářů: 3
7.12. 21:21 | Nová verze Ladislav Hagara | Komentářů: 0
7.12. 11:44 | Zajímavý projekt

Na Indiegogo byla spuštěna kampaň na podporu herní mini konzole a multimediálního centra RetroEngine Sigma od Doyodo. Předobjednat ji lze již od 49 dolarů. Požadovaná částka 20 000 dolarů byla překonána již 6 krát. Majitelé mini konzole si budou moci zahrát hry pro Atari VCS 2600, Sega Genesis nebo NES. Předinstalováno bude multimediální centrum Kodi.

Ladislav Hagara | Komentářů: 2
7.12. 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

Ladislav Hagara | Komentářů: 10
6.12. 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 27
6.12. 11:00 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2016-8655 v Linuxu zneužitelné k lokální eskalaci práv. Chyba se dostala do linuxového jádra v srpnu 2011. V upstreamu byla opravena minulý týden [Hacker News].

Ladislav Hagara | Komentářů: 2
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 801 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: Vycerpani pameti FC5

9.9.2006 10:13 brusell | skóre: 3 | Praha
Vycerpani pameti FC5
Přečteno: 116×
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

Odpovědi

9.9.2006 11:48 Petr Šobáň | skóre: 79 | 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: 79 | 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: 79 | 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: 79 | 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: 79 | 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: 42 | 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: 79 | 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: 79 | 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áknoNahoru

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

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.