RexOps / RexOps/Rex

`Rex::Commands::Fs::df` fails on `tcsh`

Open
#1,529 5 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug
Dominant language
Perl
Stars
737
Forks
214
PR merge metrics
No merged PRs in 30d

Description

Describe the bug

df actually returns empty hash reference with or without a device argument in FreeBSD 13.1 (latest) release

This function returns a hash reference which reflects the output of df.

https://metacpan.org/pod/Rex::Commands::Fs#df([$device])

Expected behavior

hashref reflecting df(1) command's output

How to reproduce it
task 'disk', group => 'testing', sub {
	say Dumper df;
};

$VAR1 = {};

Code example

No response

Additional context

No response

Rex version

1.13.4

Perl version

5.36.0

Operating system running rex

Debian 11

Operating system managed by rex

FreeBSD

How rex was installed?

cpan client

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the task example on FreeBSD 13.1 and inspect the Rex::Commands::Fs::df entry point. Compare the command output with the parsing behavior for calls with and without a device argument. Done means df returns a populated hash reference reflecting df(1) output.

Written by the indexing model from the issue text.

Assessment

Tech stack
perl
Domain
devops, operating-systems
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
42/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.