Post new topic   Reply to topic
View previous topic Printable version Log in to check your private messages View next topic
Author Message
GoinEasy9Offline
Post subject: RE: Re: RE: Re: RE: Systemd-204 bugs  PostPosted: 25.09.2013, 05:52



Joined: 29.08.2011
Posts: 174

Status: Offline
To all those using systemd: Something interesting just appeared on the fedora-devel mailing list. A corruption problem with systemd-journal and btrfs. I still haven't experimented with btrfs, so, I'm at a loss as to some of the nomenclature. The bugzilla link is interesting also.

https://lists.fedoraproject.org/piperma ... 89610.html
 
 View user's profile Send private message  
Reply with quote Back to top
devilOffline
Post subject: RE: Re: RE: Re: RE: Systemd-204 bugs  PostPosted: 25.09.2013, 11:53
Site Admin


Joined: 27.08.2010
Posts: 2767
Location: Berlin
Status: Offline
you could also have a look at fedora 20 alpha at http://fedoraproject.org/get-prerelease. It comes without syslog and with systemd journal.

greetz
devil
 
 View user's profile Send private message  
Reply with quote Back to top
GoinEasy9Offline
Post subject: RE: Re: RE: Re: RE: Systemd-204 bugs  PostPosted: 25.09.2013, 20:17



Joined: 29.08.2011
Posts: 174

Status: Offline
I have fedora 20 installed on one hard disk, but haven't really done anything but update it since its install. I keep it to reference newer changes to systemd, but, it seems fedora 19 is keeping up with systemd versions, so, my main F19 install is sufficient. I used to use it to keep an eye on KDE, but, it seems siduction is doing a better job with that.

BTW - Running f20 without syslog isn't as much fun as reading the discussions that lead up to it.

https://lists.fedoraproject.org/piperma ... 85329.html

I like systemd-journal. I just have to use it more to get used to it. Using Krusader Root-mode and visiting /var/log is just second nature to me.

As far as the journal/btrfs corruption bug? It's just par for the course. I remember an ext4 data corruption bug that was found and fixed just before ext4 became default. Mixing a new init system with a new feature filled file system is bound to create a few hiccups.
 
 View user's profile Send private message  
Reply with quote Back to top
diblOffline
Post subject: RE: Re: RE: Re: RE: Systemd-204 bugs  PostPosted: 25.09.2013, 22:10
Moderator


Joined: 22.12.2011
Posts: 761
Location: Dayton, Ohio, USA
Status: Offline
Thanks GoinEasy9. I have no need to rebalance my 2-drive BTRFS filesystem, which seems to be doing fine, holding only my data. It looks like the issue may be limited to the case where the OS is on BTRFS -- I can't quite tell. Thanks for posting this -- it is worth keeping an eye on.

_________________
Asus P6X58D-E, i7-950, Nvidia GTX-480, OCZ Revodrive, 2@WD1002FAEX in BTRFS
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
GoinEasy9Offline
Post subject: RE: Re: RE: Re: RE: Systemd-204 bugs  PostPosted: 25.09.2013, 23:21



Joined: 29.08.2011
Posts: 174

Status: Offline
@dibl - I thought of you when I read the post, that's why I posted it. I figured if anyone would encounter this bug it would be you. At least you would be the one to understand what they were talking about.

When our next release iso's are available, I'm going to try a btrfs install myself. Thanks for breaking it in for me. Laughing
 
 View user's profile Send private message  
Reply with quote Back to top
diblOffline
Post subject: RE: Re: RE: Re: RE: Systemd-204 bugs  PostPosted: 26.09.2013, 08:58
Moderator


Joined: 22.12.2011
Posts: 761
Location: Dayton, Ohio, USA
Status: Offline
As far as I can tell from the BTRFS wiki, rebalancing (re-striping the RAID) is only needed when you add or remove a block device to/from a multi-device filesystem. This would be important if you were managing a server full of hard drives and swapping in new drives or removing old drives. If that is true, then the procedure used by the bug reporter does not make sense -- there is no reason to rebalance a single filesystem such as / or /home. However, the command should not cause anything to break, so the bug is technically valid.

I made my BTRFS filesystem across two drives in the first place, and have never added nor removed a drive, so rebalancing has never been needed in my case.

_________________
Asus P6X58D-E, i7-950, Nvidia GTX-480, OCZ Revodrive, 2@WD1002FAEX in BTRFS
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
timcOffline
Post subject: RE: Re: RE: Re: RE: Systemd-204 bugs  PostPosted: 26.09.2013, 13:14



Joined: 26.05.2012
Posts: 132
Location: USA
Status: Offline
I have rebalanced before. When I had a fiasco with systemd/udev and ended up reinstalling Siduction from scratch, I made a mistake and my btrfs filesystem was created as RAID-1 instead of RAID-0. So I converted it to RAID-0 and rebalanced it so the striping would be uniform.

Also, the guy who reported the bug is probably an "official" tester who goes through all types of operations just to make sure they work. That is just my guess, though.

Tim

_________________
Gigabyte Z68A-D3-B3, Intel i5-2500K, 8 GB DDR3, 2-Seagate SATA III RAID-0 btrfs, ATI HD6770, Samsung BX2440
 
 View user's profile Send private message  
Reply with quote Back to top
diblOffline
Post subject: RE: Re: RE: Re: RE: Systemd-204 bugs  PostPosted: 28.09.2013, 12:20
Moderator


Joined: 22.12.2011
Posts: 761
Location: Dayton, Ohio, USA
Status: Offline
The upgrade of acpid to ver. 2.0.20-1 seems to be a bit problematical for systemd. On several (or all) of my half-dozen systems, I saw a hang of the ugprade at the point where the running acpid service was supposed to be shut down. On all but one system, I was able to resolve it with "dpkg --configure -a". On my Toshiba netbook, I could finish d-u, but the prior package would never be removed, so every d-u pulled in the new version, and then hung up trying to shut off the running service. "apt-get purge" could not remove it, either. This morning I fixed it by taking systemd-sysv off hold, letting sysvinit be installed, rebooting, and running the d-u in init 3. Then I reinstalled systemd-sysv and it's all OK.

This is just FYI if anyone else has the same problem with acpid.


EDIT 29 SEP: To clarify, this fix was necessary on both of my 32-bit installations and none of my 64-bit installations.

_________________
Asus P6X58D-E, i7-950, Nvidia GTX-480, OCZ Revodrive, 2@WD1002FAEX in BTRFS
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
ReinerSOffline
Post subject:   PostPosted: 19.10.2013, 23:10



Joined: 06.04.2011
Posts: 518
Location: Nördliche Lüneburger Heide
Status: Offline
After new installation I am experimenting with systemd again. Looks promising yet.

However I found that the "at" package is now not installable as it seems to insists on the "real" cron, not the service provided by systemd.

As I need to run specific tasks not regulary but at specified times (i.e. halt the system at 4:00) I would need this service.

There was as "systemd atd.service" mentioned at some loccations but this service seems to be not available yet.

Is there any other solution or a workaround available ?

regards

Reiner

_________________
slackware => SuSE => kanotix => sidux => aptosid => siduction
 
 View user's profile Send private message  
Reply with quote Back to top
devilOffline
Post subject:   PostPosted: 19.10.2013, 23:57
Site Admin


Joined: 27.08.2010
Posts: 2767
Location: Berlin
Status: Offline
you could ask in #debian-systemd on oftc.

greetz
devil
 
 View user's profile Send private message  
Reply with quote Back to top
ReinerSOffline
Post subject: File-system errors  PostPosted: 22.10.2013, 19:08



Joined: 06.04.2011
Posts: 518
Location: Nördliche Lüneburger Heide
Status: Offline
Well might not actually been caused by systemd but since I changed to systemd I experience quite a lot system- / x-freezes and even more unclean file-systems on startup which cause quite some work with fscks.

Can also be kernel or xorg (or a mixture of all) related, as there had been some upgrades to those, but I think I experienced those since the newinstallation with the change to systemd some days ago.
The home directory (partition) pretty often now suddenly out of the blue is mounted ro and programs cannot write into their configs and folders and store data down.

Had no similar trouble before. The filesystems on this box are ext4.

regards

Reiner

Edit:
In the syslog I currently found huge amounts of those messagges:
      Code:
Oct 22 20:12:39 TowerLX kernel: [16314.797846] retire_capture_urb: 33 callbacks suppressed
Oct 22 20:12:45 TowerLX kernel: [16320.793338] retire_capture_urb: 41 callbacks suppressed
Oct 22 20:12:51 TowerLX kernel: [16326.930413] retire_capture_urb: 24 callbacks suppressed

_________________
slackware => SuSE => kanotix => sidux => aptosid => siduction
 
 View user's profile Send private message  
Reply with quote Back to top
diblOffline
Post subject: RE: File-system errors  PostPosted: 22.10.2013, 19:28
Moderator


Joined: 22.12.2011
Posts: 761
Location: Dayton, Ohio, USA
Status: Offline
Googling is telling me that your error is related to some USB sound device, for example:

http://www.raspberrypi.org/phpBB3/viewt ... mp;t=15851

I don't see anything about systemd and that kernel message.

I am using ext4 filesystems, as well as one btrfs filesystem, and I have not seen any unusual fsck activity since converting multiple computers to systemd.

_________________
Asus P6X58D-E, i7-950, Nvidia GTX-480, OCZ Revodrive, 2@WD1002FAEX in BTRFS
 
 View user's profile Send private message Visit poster's website  
Reply with quote Back to top
ReinerSOffline
Post subject:   PostPosted: 22.10.2013, 19:35



Joined: 06.04.2011
Posts: 518
Location: Nördliche Lüneburger Heide
Status: Offline
Hmm, I 'll look into that.

I have a webcam with integrated micro connected via usb only.
Maybe this coudl casus that.

regards

Reiner

_________________
slackware => SuSE => kanotix => sidux => aptosid => siduction
 
 View user's profile Send private message  
Reply with quote Back to top
Display posts from previous:     
Jump to:  
All times are GMT - 11 Hours
Post new topic   Reply to topic
View previous topic Printable version Log in to check your private messages View next topic
Powered by Zafenio