Bug 1274110

Summary:	hjsplit causes 100% cpu usage
Product:	[Fedora] Fedora	Reporter:	Richard Jasmin <spike85051>
Component:	mate-desktop	Assignee:	Wolfgang Ulbrich <fedora>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	22	CC:	fedora, rdieter, stefano
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-10-30 09:56:13 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Richard Jasmin 2015-10-22 00:13:34 UTC

Description of problem:
useage of hjsplit(linux version) causes mate to get pegged at 100% cpu use, therby locking up the Xorg session when trying to split large files.

Version-Release number of selected component (if applicable):
detected in 22

How reproducible:
always on use

Steps to Reproduce:
1.possess hjsplit
2.use it to split a large file
[such a case used to put the splits on another volume]

Actual results:
lockup central. ALthough Xorg is locked up, console access still works.
disk activity remains(motherboard led), but to what extent? I only got a nearly 2GB file as output after some hours. looking into lxsplit as a result of this.

TRUE:
split can do the job, but can it put files on another volume? hjsplit CAN.
Trying to work around a zip issue.

Expected results:
this should not happen

Comment 1 Wolfgang Ulbrich 2015-10-22 01:35:08 UTC

Latest version is from 2010 and does not start here, so i can't reproduce it.
Also it isn't a fedora package.
Why not using lxsplit commandline tool which is in repos.
This works out of box with very low cpu usage.
So i guess it's a UI proplem with that old program itself.

Comment 2 Wolfgang Ulbrich 2015-10-22 01:58:15 UTC

gtk-splitter is a small gui prog from repos where you can choose a output dir on another volume, and it works here.

Comment 3 Richard Jasmin 2015-10-30 09:56:13 UTC

Yeah, I would have thought so too. lxsplit doesnt do the job neither. Were all braindead noobs apparently.F* the UI.

As a gee whiz I found someone else disqus page documenting the use of split and gzip(well I zip for now but anyways) and the following occurred:

HMMMMM...... <input file> <output location>

split apparently doesnt care where these files are located, contrary to the assumption.

This feature needs to be documented. Split itself is doing what I want. I was using it wrong.

from another volume(in my case an open ciphershed container): split -b 22500m backup.zip /home/<username>/backup/backup.zip.part-

apparently works nicely.